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(57) A system and method for remotely connecting 
client computers to a communication network such as 
the Internet by way of a server system and dynamically 
providing network connections to the client computers, 
including changing static communications settings to 
dynamic settings. Usage time can be billed and tracked 



and access software on client computers can be updat- 
ed. A hot access port is provided for client system ac- 
cess in which a welcome signal is pushed from the serv- 
er system to the access port. After a connection is made 
between the client system and the access port, the client 
system receives the welcome signal. 



CM 
< 

CM 
O 

O) 
O) 
CO 

o 

LU 



Printed by Jouve. 7500) PARIS (FR) 



1 EP 0 899 925 A2 2 



Description 

[0001] This application is a continuation-in-part of 
United States Patent Application Serial No. 09/033,443, 
which was filed March 2, 1998, and which is a continu- 
ation-in-part of United States Patent Application Serial 
No. 08/919,397, which was filed August 28, 1997. 

Field Of The Invention 

[0002] The present invention relates to a system and 
method for remotely establishing an electronic commu- 
nications link between an electronic communications 
network, such as the Internet or a wide area network, 
and a communications device, such as a portable com- 
puting device. 

Background Of The Invention 

[0003] Electronic communications networks are wide- 
ly known and accessed. Among such networks are the 
Internet, on-line services, e-mail services and wide area 
networks. 

[0004] It is known to provide access to such electronic 
communications networks by various means. One com- 
mon means is via an Internet service provider ('ISP'), 
who provides access to the Internet for individual users. 
Examples of ISPs include, Netcom, UUNet and Erols. 
The Internet generally includes numerous computers 
that communicate with each other using common com- 
munication protocols, commonly known as packet 
transfer protocols, such as the TCP/IP protocol. The ISP 
system, in turn is connected to the Internet, typically via 
a high speed communications line to an Internet center 
such as the nearest super computer center forming part 
of the "backbone" of the Internet. 
[0005] Another means to provide access to an elec- 
tronic communications network is via an on-line service 
provider ("OSP"). OSPs typically maintain private com- 
munications networks, and optional links to certain fea- 
tures of the Internet through their private communica- 
tions networks. OSPs typically provide additional serv- 
ices, such as private information databases, e-mail 
among members of the particular OSP, transactional 
services or games. Examples of known OSPs include 
America Online, Compuserve and Prodigy. 
[0006] Once the user calls in to an OSP or ISR an 
indirect connection to the Internet via the OSP or ISP is 
achieved. A user can send and receive messages over 
the Internet. "Messages" as understood in this descrip- 
tion may include any form of communication via a com- 
munications network, including, by way of example, any 
form of digital signals, URL requests, HTML transfers, 
JAVA code, e-mail messages, FTP transfers, voice, mu- 
sic, Telnet links, GOPHER, and so on. 
[0007] Another form of communications network is a 
private "intranet" or wide area network ("WAN"). A typi- 
cal example is a system linking computing devices at 



various facilities of a corporation. Remote access to 
such intranets and WANs typically is accomplished us- 
ing a dial-up connection (discussed in more detail be- 
low) in conjunction with specialized communications 
s software such as the Remote Access, Wildcat! or Pro- 
comm software packages. 

[0008] Dial-up connections are a typical means of 
connecting into communications networks. In a typical 
dial-up connection, the user's computer is equipped with 
a modem, which dials a telephone number for the net- 
work. Dial-up connections are commonly used to ac- 
cess ISP and OSP networks. They are also commonly 
used for remote access to other forms of communica- 
tions networks, including intranets and WANs, as dis- 
cussed above. In the ISP example, once a "handshake" 
is completed between the user modem and the ISP mo- 
dem, a connection is accomplished and communica- 
tions access is provided. Such dial-up connections suf- 
fer the disadvantage of relying upon the telephone lines 
to accomplish a connection - depending on the availa- 
bility of the telephone network, and telephone network 
dialtone availability. Likewise, the speed of connection 
is limited by the narrow bandwidth available via typical 
telephone lines. Such connections also suffer the dis- 
advantage of providing a relatively low speed connec- 
tion, limited by the speed of available modems. At the 
current time, typical modems are generally in the 1 4,400 
through 56,000 baud speed range, although it is under- 
stood that there are some efforts to develop higher con- 
nection rates . 

[0009] Another form of dial-up connection is accom- 
plished using an ISDN telephone line and a modem 
adapted for ISDN linkage. Although a faster communi- 
cations link is achieved than through other forms of mo- 
dem connection, many of the same disadvantages oc- 
cur. The connection is relatively slow and the telephone 
network is used to establish the communications link be- 
tween the individual user and the communications net- 
work. Although a wider bandwidth is provided via ISDN 
link, the bandwidth is relatively narrow in comparison 
with that available via direct linkage to a communica- 
tions network. At the current time, typical ISDN adapted 
modems achieve maximum connection speed of ap- 
proximately 128,000 baud. 

[0010] In accessing the Internet, an individual user 
computer typically is provided an IP address and DNS 
address from the service providing the Internet access, 
whether OSP, ISP, etc. A disadvantage of this is that the 
individual user computer typically may store these ad- 
dresses, and relatively complex procedures are re- 
quired to change them. For example, changing the IP 
address and DNS address stored in an individual user 
computer can require the manual input of long numbers. 
Alternatively, it may require loading and implementing 
specialized software, such as access software provided 
by an OSP or ISP. A further disadvantage is that the in- 
dividual user computer does not have great flexibility, 
such as when traveling, if access to a mode of Internet 
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access is desired, which is different from the individual 
user computer's typical mode of access, such as the typ- 
ical OSPorISP used. 

[0011] Modem connections suffer the additional dis- 
advantages of requiring numerous steps to achieve con- 
nections for travelers, in hotels, or in public places. In 
hotels, for example, telephone jacks typically are pro- 
vided for telephonic connections. Typically, the user 
must run a telephone wire from the telephone jack pro- 
vided by the hotel to another telephone jack in a portable 
computer or personal communicator. The hotel's tele- 
phone wiring and switchboard system is then accessed 
to establish a telephone communications link to the tel- 
ephone network, which in turn routes a telephone call 
through to an ISP, OSP or other communications net- 
work portal. This suffers numerous disadvantages, in- 
cluding dependence upon the hotel wiring and telecom- 
munications equipment, relatively slow speeds, the use 
of special dialing codes to obtain an outside telephone 
connection. Because the hotel room telephone line is 
occupied, such hotel dial-up users typically cannot 
make or receive telephone calls while the computer is 
accessing the telephone lines. 
[0012] Another form of modem connection available 
to travelers is via telephone jacks (such as RJ11 jacks) 
installed in public places, such as telephone booths, or 
airport clubs - suffering many of the same disadvantag- 
es described above regarding telephone jack access in 
hotels. 

[0013] Yet another form of electronic communication 
system access available to travelers is the use of com- 
puter communications stations. Various forms of such 
communications station are generally available in many 
airports, hotel rooms, ferry terminals, train stations and 
soon. Several models of such communications stations 
are available from ATCOM/lnfo, 308 "G" Street, San Di- 
ego, California 92101. Such communications stations 
can provide access to the Internet, OSPs, or e-mail serv- 
ices. Typically a fee is charged, such as through a credit 
card and the user can access such electronic commu- 
nications services as desired. Certain communications 
stations use direct or T1 links to the Internet, providing 
relatively wide bandwidth and relatively high speed link. 
One disadvantage of such communications stations is 
that only the computing equipment supplied with the 
communications station can be used to access the elec- 
tronic communications network - instead of the user's 
own computer equipment. 

[0014] T1 links provide another form of connection to 
a communications network. Although wider bandwidth 
and higher connection speed than various other known 
forms of connection can be achieved, T1 links suffer dis- 
advantages of being relatively costly, difficult to install 
and is not widely accessible using portable communica- 
tions equipment, such as transportable personal com- 
puters and palm computer. Moreover, T1 links are not 
generally available for mobile users, such as travelers, 
such as in hotels or public places. 



[0015] Cable modems are also available for linkage 
to the Internet via cable television systems. Such cable 
modems suffer the disadvantages of requiring special 
access equipment and software and lack of mobility. 
s Moreover, cable modem access to communications net- 
works ts not generally available in public places, or for 
travelers in hotel rooms. Likewise, if it were available for 
such travelers or in public places, connection is relative- 
ly complex, requiring the attachment of cable wiring to 
the cable system. 

[0016] Forming local area networks ("LAN") of com- 
puters using Ethernet cards, such as a 10BaseT Ether- 
net card and associated specialized wiring and commu- 
nications protocols is also known. Many computers, in- 
cluding portable computing systems are equipped with 
such Ethernet cards. Add-on Ethernet cards are also 
widely available. Ethernet cards suffer the disadvantage 
of not providing dial-up connection to electronic commu- 
nications networks. Moreover, connecting computers 
using Ethernet cards typically requires specialized net- 
work software, such as Novell Netware. Maintaining 
such networks can be complex, requiring specialized 
knowledge and skills. 

[001 7] Many computers are equipped with both Ether- 
net cards and modems. The Ethernet cards are used in 
such systems for local electronic communication via 
LAN and the modem is used for dial-up communications 
to outside electronic communications networks, as de- 
scribed above. This results in numerous disadvantages, 
such as added equipment expense, increased complex- 
ity and increased computer size and weight to accom- 
modate both devices. The latter is a particular disadvan- 
tage for mobile or portable computers because the add- 
ed size and weight renders them less desirable. This is 
also a disadvantage for travelers as the added weight 
and size leads to inconvenience in traveling and de- 
creased portability. Moreover, for consumers who prefer 
smaller electronic devices, increased size impairs the 
visual quality of the device. 

[0018] From the above, it is apparent that there is a 
need for a system and method providing access to elec- 
tronic communications networks, such as the Internet, 
for travelers or other people who are away from their 
normal site of access or for providing easier access to 
the internet at a home or office. 
[001 9] Accordingly it is an object of the present inven- 
tion to provide a system for accessing electronic com- 
munications networks in which equipment required by 
the user (i.e. the "client equipment" has a decreased 
size and equipment cost. 

[0020] It is a further object of the present invention to 
provide a system and method for automatic changing of 
an IP address and/or a DNS address in an individual 
user's computer. 

[0021] It is another object of the present invention is 
to provide a system and method for high speed access 
to electronic communications networks. 
[0022] It is a further object of the present invention to 
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provide a system and method providing remote access 
to high speed electronic communications networks, par- 
ticularly for travelers or others who are away from their 
normal access sites. 

[0023] Another object of the present invention is to 
provide access to the Internet, or on-line services, for 
travelers using their own computers - such as laptops, 
notebooks and other portable computers. 
[0024] Yet another object of the present invention is 
to provide a less complicated system and method for 
access such electronic communications systems. 
[0025] A further object of the present invention is to 
provide controlled network access and to collect pay- 
ment for access in various locations such as apartment 
buildings and office buildings. 

Summary Of The Invention 

[0026] The present invention alleviates to a great ex- 
tent the disadvantages of the known systems and meth- 
ods for remotely connecting to electronic communica- 
tion networks by providing a system for connecting a 
plurality of client systems to a server system via access 
ports and associated communications linkages and pro- 
viding electronic communications network access for 
the client systems through the server system. In a pre- 
ferred embodiment a client system having a personal 
computer and client connect software connects to the 
Internet by way of a server running server software. Bill- 
ing charges are tracked and recorded for each of the 
client systems by the server software. The server op- 
tionally communicates with network management soft- 
ware via an electronic communication network. 
[0027] The server software tracks and controls ac- 
cess through each of the access ports linked with the 
server. The server software includes billing features that 
provide billing options to respective client systems 
linked with the server, record billing preferences, trans- 
mit billing data to approval systems and receive approv- 
als or rejections from the approval systems, transmit ap- 
proval or rejection signals to the client systems, track 
system usage by the client systems, monitor log off 
times and activity times, determine billing amounts and 
charge respective billing accounts. Client software run 
on the client systems operates in conjunction with the 
server software to achieve requisite network connec- 
tions, provide billing information, activate and conclude 
log on sessions and so on. 

[0028] Therefore the present invention provides high- 
speed Internet access using specialized connection 
ports. Connections for client systems to an electronic 
communications network can be metered, allowing bill- 
ing based on system use. Client systems can be auto- 
matically configured for accessing an electronic com- 
munications network and billing. In addition, client sys- 
tem configurations are restored following conclusion of 
a connect session, various payment options can be se- 
lected for use by individual client systems. Moreover, the 
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system software monitors the connections through its 
access ports to determine if the connection has been 
tost, in which case the session is terminated and billing 
can be set accordingly. In addition, the network man- 
5 agement software provides for management of the net- 
work from a remote location. 

[0029] In one embodiment, the present invention pro- 
vides high speed electronic communications system ac- 
cess for travelers in public places, hotel rooms, ships or 
otherwise away from their normal site of access, by fit- 
ting such places with access ports adapted for use with 
the invention. Multiple users can access a single server, 
providing increased use of a high speed electronic com- 
munications network access line connected to that serv- 
er. In another embodiment, the invention also provides 
high speed access to an electronic communications net- 
work in multi-room buildings, such as office buildings or 
apartment buildings where it is desired to have access. 
[0030] In another embodiment, the server software 
sends out an active welcome signal to ports allocated 
to it. This welcome signal may be sent continually or on 
a periodic basis, such as every second or every milli- 
second. The client software is adapted to receive the 
welcome signal once it is running and a communications 
connection is made between the client system running 
the client software and the server. In one example, the 
client software is booted up on the client system and is 
waiting for a welcome signal. Then a cable or other wire 
is connected to the client system connecting the client 
system to establish a link between the client system and 
a port connected to or in other communication with the 
server. Once that link is made, the welcome signal sent 
from the server to its ports is received by the client sys- 
tem via the link and a handshake procedure or any other 
initiation sequence is performed. 
[0031] In the preferred embodiment where access to 
the Internet is achieved, network configuration and con- 
trol settings, such as an IP address and/or DNS ad- 
dress, to the client computer. These settings, such as 
the addresses, typically are required for access to the 
Internet. The system saves the client computer's con- 
figuration and control settings, such as pre-set IP and 
DNS settings, and then provides the necessary config- 
uration and control settings (i.e. registry settings) for ac- 
cess to the internet via the remote access port providing 
access to the server system. 

[0032] These and other features and advantages of 
the present invention will be appreciated from review of 
the following detailed description of the invention, along 
with the accompanying figures in which like reference 
numerals refer to like parts throughout. 

Brief Description Of The Drawings 

[0033] 

FIG. 1 is a system diagram of a typical client system 
in accordance with the present invention; 
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FIG. 2 is a block diagram of a server system in ac- 
cordance with the present invention; 
FIG. 3A is a block diagram of a server and access 
ports in accordance with an embodiment of the 
present invention; s 
FIG. 3B is a block diagram of an alternative embod- 
iment of the present invention; 
FIG. 4A is a block diagram of a lodging server and 
access port embodiment of the present invention; 
FIG. 4B is a block diagram of a building server and 10 
access port embodiment of the present invention; 
FIG. 5 is a block diagram of a server and access 
ports in accordance with an embodiment of the 
present invent ion; 

FIG. 6A is an illustration of a transportable floppy *5 
disk upon which implementing code is written in ac- 
cordance with the present invention. 
FIG. 6B is an illustration of a transportable magnetic 
tape upon which implementing code is written in ac- 
cordance with the present invention. 20 
FIG. 6C is an illustration of a transportable optical 
disk upon which implementing code is written in ac- 
cordance with the present invention. 
FIG. 7 is a display screen representation showing 
a display screen of a client system in accordance 25 
with an embodiment of the present invention; 
FIG. 8 is a flow diagram of operation of client soft- 
ware in accordance with the present invention. 
FIG. 9A is a flow diagram illustrating operation of 
an embodiment of client software in accordance 30 
with the present invention. 

FIG. 9B is another flow diagram illustrating opera- 
tion of an embodiment of client software in accord- 
ance with the present invention. 
FIG. 9C is another flow diagram illustrating opera- 35 
tion of an embodiment of client software in accord- 
ance with the present invention. 
FIG. 10 is a display screen representation showing 
a configuration screen of a client system in accord- 
ance with an embodiment of the present invention; 40 
FIG. 11 is a display screen representation showing 
a billing menu screen of a client system in accord- 
ance with an embodiment of the present invention; 
FIG. 12 is a display screen representation showing 
a session display of a client system in accordance 45 
with an embodiment of the present invention; 
FIG. 1 3 is a flow diagram associated with a server 
system in accordance with the present invention; 
FIG. 14 a flow diagram associated with another as- 
pect of a server system in accordance with the so 
present invention; 

FIG. 15 is a display screen representation showing 
a disconnect display of a client system in accord- 
ance with an embodiment of the present invention; 
FIG. 16 is a display screen representation showing 55 
a billing display of a client system in accordance 
with an embodiment of the present invention; 
FIG. 17 is a symbolic representation of modules of 



server software in accordance with an embodiment 
of the present invention; 

FIG. 18A is a flow diagram associated with an em- 
bodiment of a server system in accordance with the 
present invention; 

FIG. 18B is a flow diagram associated with an em- 
bodiment of a server system in accordance with the 
present invention; 

FIG. 19 is a block diagram of a network system in 
accordance with an embodiment of the present in- 
vention; 

FIG. 20 is chart of a database structure in accord- 
ance with an embodiment of the present invention; 
FIG. 21 is a representation of an operating system 
including client software in accordance with the 
present invention; 

FIG. 22 is a flow diagram illustrating a series of 
steps for connecting a client system with a server 
system; 

FIG. 23 is a block diagram illustrating a hot access 
port in accordance with the present invention; 
FIG. 24 is a flow diagram illustrating an example of 
the present invention; and 
FIG. 25 is a continuation of the flow diagram of FIG. 
24 illustrating an example of the present invention. 

Detailed Description Of The invention 

[0034] In accordance with the present invention, a 
system is provided for readily establishing access to an 
electronic communications network using a mobile or 
portable client device. In this description, 'electronic 
communications network* will be understood to include 
any computing, multimedia or video system which a us- 
er can remotely access. Examples of such electronic 
communications networks include the Internet, on-line 
services, dial up computer servers, wide area networks, 
e-mail systems and so on. The electronic communica- 
tions networks in this description preferably are ac- 
cessed by any means providing the user (or client de- 
vice) on-line access. Examples include ISPs, OSPs, 
computer servers, such as those accessed by dial-up 
access, video database servers, bulletin board services 
and wide area network servers. It will be understood that 
an electronic communications network as defined in this 
description may optionally include a single server com- 
puter, such as in a single computer bulletin board sys- 
tem. 

[0035] "Client device' or "Client system" 1 0 will be un- 
derstood in this description to include any device used 
for access an electronic communications network, typi- 
cally a data processing system. Such devices may in- 
clude any type of personal computer, Internet station, 
television set-top device, palm computers, hand-held 
computers, or portable computers such as notebook or 
laptop computers. In addition, such client devices may 
effectively employ the present invention when utilizing 
a variety of operating systems or programming languag- 
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es, such as the "Windows", "Windows 95", "Macintosh", 
Windows NT" or "UNIX" operating systems. 
[0036] As illustrated in FIGS. 1-5, the system and 
method of the present invention provides a client device 
10 with direct high speed access to an electronic com- 
munications network 310 ("ECN"), such as the Internet, 
using specialized access ports 160 placed in public 
places, which are linked to a server 110, which in turn 
provides transmission access to the ECN 310. Option- 
ally, the server 110 is also linked via the ECN 310 to a 
network management server 410. The network man- 
agement server preferably runs network management 
software for performing billing transaction processing, 
remote network management and usage statistical re- 
porting. It should be understood that in one embodiment 
of the present invention, a plurality of servers 110 are in 
communication with the network management server in 
the manner described herein. 

[0037] As illustrated in FIG. 1 a typical client device 
10 includes a central processing unit 20 ("CPU"). The 
CPU 20 is connected through a bus 30 to, among other 
things, volatile memory 40 (also called RAM or random 
access memory), non-volatile memory 50 (such as disk 
drives, CD-ROMs or data tapes), a network communi- 
cations adapter 60 (such as an Ethernet card), an input 
means 70, such as a keyboard and/or a pointing or 
point-and-click device (such as a mouse, light pen, 
touch screen, touch pad), an output device, such as a 
video display screen and/or an audio speaker, and a re- 
movable media drive 80, such as a floppy disk drive, 
CD-ROM drive, PCMIA port, CD-WORM drive or data 
tape drive. The client system 10 operates client software 
90 for use with the present invention. The client software 
is shown graphically in FIG. 1 as being stored in non- 
volatile memory 50. However, it should be understood 
that it can also be stored in transportable media read by 
removable media drive 80. All, or portions of the client 
software 90 also can be loaded into volatile memory 40 
(RAM), for example during operation. Exemplary trans- 
portable media implementing the client software (which 
may be in any form, such as source code, compiled or 
binary versions) are illustrated in FIGS 6A, 6B and 6C 
as floppy disks, magnetic tape and optical disks, respec- 
tively. In the preferred embodiment, a client device is a 
portable computer and the electronic communications 
network is the Internet or an on-line service network. 
[0038] FIG. 2 is a block diagram showing a server sys- 
tem 1 1 0. In operation, the client system 1 0 connects with 
an electronic communications network 310 through the 
server system 110. The server system includes a proc- 
essor unit 1 20. In operation, the processor operates var- 
ious software, including server software 1 30 adapted for 
establishing a communications link both with the client 
system 10 and the electronic communications network 
310. Operation of the server software 1 30 is discussed 
in more detail below. Generally speaking, once a com- 
munications link is established with the client system 10 
and electronic communications network 310 ("ECN"), 



the server 1 1 0 acts as in interface between the client 
system 10 and the electronic communications network 
31 0. In one embodiment, the server 1 1 0 includes a com- 
munications interface 140 for communication with the 

5 ECN 310. This communications interface includes the 
normal apparatus for such communications, such as for 
example a T1 transmission line and attendant appara- 
tus. Likewise a second interface 150 is also preferred 
for communicating with the client system access port 

io 1 60. The access port 1 60 preferably is an Ethernet com- 
munications port. The second interface 150 receives 
communications from the access port 160, such as via 
wire or via wireless transmission. Preferably both the ac- 
cess port 160 and client system 10 are equipped for 

is communications using an Ethernet link, such as using 
an Ethernet card 60 built in to the client system 1 0. FIGS. 
6A, 6B and 6C also illustrate exemplary transportable 
media implementing the server software (which may be 
in any form, such as source code, compiled or binary 

20 versions). 

[0039] The server system 110 preferably communi- 
cates with the ECN via a high speed communications 
link, such as a T1 , ADSL (Asymmetric Digital Subscriber 
Line), ISDN and other high speed connection means. 

25 The relevant communications interface of the client sys- 
tem 60 and server system 150 provides high speed 
throughput allowing the client system 10 to receive the 
benefit of the high speed communications link estab- 
lished by the server 110. Any communications interfac- 

30 es 60, 150 may be used, although it is preferred that 
they provide a bandwidth or data throughput compara- 
ble to the communications link achieved by the server 
system 110 with the ECN 310. In alternative embodi- 
ments, the communications interfaces 60, 150 provide 

35 a slower throughput or narrower bandwidth than that 
achieved by the link between the server system 110 and 
the ECN 310. 

[0040] Any form of access port 1 60 may be used such 
that a link can be achieved between the access port 1 60 
40 and the communications adapter 60 of the client system 
110. In the preferred embodiment, the communications 
adapter 60 is an Ethernet card and the access port 160 
is an RJ45 access jack. 

[0041] Access ports 160 preferably are provided in 
45 public places and have a communications link to server 
110. By way of illustration, in one embodiment as illus- 
trated in FIG. 3A, a communications station, such as that 
available from ATCOM/lnfo, San Diego, California, is 
provided as the server 110, although dedicated servers 
50 also may be used. The access ports 1 60 are distributed 
and linked via wires 1 65 to the communications stations, 
which also serve as server 110 for providing access to 
the ECN. For example, 10BaseT Ethernet cabling may 
be used. Alternatively, the access ports 160 are linked 
55 via wireless communication (illustrated as lines 167), in 
which the access port 160 is equipped with a wireless 
transmitter and the server 110 (more specifically inter- 
face 150) is equipped with a wireless receiver. In one 
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embodiment, single UTP with signal converters wireless 
transmission is used. Optionally, the communications 
station 110 also includes one or more keyboards and 
displays, providing local communications network ac- 
cess, in addition to the remote access provided via ac- 
cess ports 160. In one embodiment, the access stations 
160 may be placed in pay telephone stations, such as 
telephone booths 169 . In an alternative embodiment, 
as illustrated in FIG 3B, additional communications sta- 
tions 1 1 5 which do not serve as the server 1 1 0 can also 
be linked with the server 110. These communications 
stations optionally may include an access port 160. 
[0042] As another illustrative example, as shown in 
FIG. 4A t the access ports 160 are provided in hotel or 
motel rooms, in hotels or motels (hereafter collectively 
referred to as 'hotels'*) equipped with a hotel server 110. 
These hotel rooms have local terminals 170. Local ter- 
minals 170 also may be located in public areas. The lo- 
cal terminals 170 each may include a keyboard, display 
and CPU (not shown) to provide in-room computing ca- 
pability. The local terminals 170 are equipped with ac- 
cess ports 1 60, either within the housing of the local ter- 
minal 170 or in a separate housing. The local terminals 
are linked via wires 165 or wireless communication links 
167 with the hotel server 110. Alternatively, this embod- 
iment may be practiced for other forms of structures 
such as cruise ships in which terminals 170 are situated 
in cabins or staterooms, or even public areas of the ship. 
[0043] Another example is illustrated in FIG. 4B, 
which illustrates a structure such as an office building 
or apartment building adapted for the present invention. 
The access ports 160 are provided in individual apart- 
ments 172 or offices 172 equipped with a server 110. 
These apartments or offices have local terminals 170, 
which may include personal computers, or any other 
type of computing terminal. The local terminals are con- 
nected via cable or wireless link with the access ports 
160. For example, the apartments or offices 172 can be 
wired with access ports in the walls or floors. The local 
terminals 170 are linked via wires 165 or wireless com- 
munication links 167 with the server 110. Any combina- 
tion of plural office buildings and/or apartment buildings, 
or other types of locations may share a single server 
110. 

[0044] Another example is illustrated FIG. 5. In this 
example, the client system 10 is operating client soft- 
ware 90 under an operating system, which may be any 
operating system such as the WINDOWS 95 operating 
system, and communicating using a communications 
protocol, such as the TCP/IP communications proto- 
cols. It should be understood that these are for exem- 
plary purposes only and other operating systems or 
communications protocols may be used. A plurality of 
access ports 160 are connected to a hub 155 which in 
turn is linked to server 110, via the interface 150. The 
access ports 1 60 may also be connected via a local area 
network to the server 110. The server 110 is connected 
to a router 145 via the communications interface 140. 
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The router transmits and receives transmissions to and 
from the ECN 310. 

[0045] In operation of the preferred embodiment, a 
user attaches a cable 65, such as an Ethernet cable 

5 from the network communications adapter 60 to the 
communications port 160. Then the user runs the client 
software 90 in order to establish a communications link 
through the communications port 160 and server sys- 
tem 110 to the ECN. 

w [0046] The client software 90 may be loaded on the 
client system 1 0 by any means which will allow the client 
software to be operated on the client system 1 0. For ex- 
ample, the client software 90 may be downloaded from 
an Internet site. Alternatively, it may be supplied via the 

15 transportable media illustrated in FIGS. 6A, 6B or 6C, 
or it may be loaded on the client system 10 via direct 
link such as via a serial port. Alternatively, the client soft- 
ware 90 may be incorporated into the operating system 
software - in which case it would be loaded on the client 

20 system 10 along with the operating system software. 
[0047] Once the client software 90 is installed on the 
client system 10, it may be executed by any method. For 
example, it can be run using the input device 70 to select 
the client software 90, such as by selecting it from a 

25 menu -- such as a ■Start' menu under the WINDOWS 
95 operating system. Alternatively, it can be run by click- 
ing on an icon linked with an executable file. FIG. 7 il- 
lustrates operation under a WINDOWS 95 type of desk- 
top. The WINDOWS taskbar 510 is shown at the bottom 

30 of the display screen 75. 'Start' button 51 5 is shown at 
the right side of the taskbar 510. Optionally, the client 
software 90 may be selected for execution by clicking 
using an input device 70 on the start button 51 5 to reveal 
the Start Menu, which preferably includes an option (not 

35 shown) for selecting the client software 90. Alternatively, 
the client software may be executed by using the 'Run' 
option (not shown) on the Start Menu. In the illustrated 
embodiment, an icon 520 is provided corresponding to 
the client software 90. The client software is started by 

40 using the input device 70 to designate the client software 
icon 520, such as by pointing and clicking. 
[0048] Operation of a preferred embodiment of the cli- 
ent software 90 is illustrated by flow diagram in FIG. 8. 
The client software 90 is started in step 610, such as in 

45 the ways described above. Optionally after start up, in 
the next steps, 61 5 and 623, the installation and settings 
are checked. In the installation check in step 615, the 
client software 90 first checks the installation on the cli- 
ent system 1 0 for the components of the client software 

50 90 required for operation and offers to install the missing 
software components in processing step 617. If the an- 
swer given is yes\ the next step 619 is to install the 
necessary missing components. These missing compo- 
nents may be installed by any means. For example if 

55 install files are loaded already on the client system 10, 
for example in non-volatile memory 50, those install files 
may be accessed. Alternatively, installation media (such 
as floppy disks, CD-ROM etc.) may be requested. In an- 



EP 0 899 925 A2 



7 



• m 

13 EP 0 899 925 A2 14 



other example, the system may access an Internet web 
site or FTP site to download the required components. 
[0049] In the preferred embodiment, the server soft- 
ware 1 30 sends the necessary missing components to 
the client system 10 in connection with step 617, which 
in turn installs them. In addition, in this way, the client 
software 90 also may be updated with new software ver- 
sions, such as enhanced or updated versions, as well. 
For example, the server system 1 30 maintains the most 
current versions of the client software, for example in its 
non-volatile memory, or in a known remote FTP site. 
When a client system 10 connects, using the procedure 
described herein, any updated components of the client 
software 90 as well as any missing components are sent 
to it. In this way, users can be kept current with client 
software enhancements. 

[0050] Once the components are installed, process- 
ing returns to step 615 where installation is verified. Al- 
ternatively, if "no" is selected in step 617, processing 
may either continue, if possible (not shown) or the client 
software 90 operation may be terminated; this is indicat- 
ed by the End box numbered 621 in FIG. 8. 
[0051] Processing continues with step 623, in which 
various settings may be checked, such as network con- 
figuration and registry settings. Such network configu- 
ration and registry settings include such items as the IP 
address, gateway address, DNS address, network log- 
on preferences, file sharing settings, browsing control 
settings and other settings related to configuring a se- 
cure network connection. For example, this step may 
optionally check to determine if a previous session using 
the client software 90 was completed successfully or if 
the client software did not restore the client system net- 
work settings. It is desired to restore the client system 
network settings at the conclusion of a session in order 
to restore the client system 90 to its standard settings 
status, such as those that are necessary for its normal 
place of ECN access. If such settings were not correctly 
set, the user is offered the option of restoring standard 
settings, such as standard network settings. This 
processing step is indicated in the flow diagram box 625. 
If "yes" is selected, the settings are restored, as illustrat- 
ed in step 627, after which processing returns to step 
623. Alternatively, if "no" is selected in step 625, 
processing may either continue, if possible (not shown), 
or the client software 90 operation may be terminated, 
as indicated by the End box 621. 
[0052] Once proper settings are set, optionally, the 
settings may be saved to disk, such as to non -volatile 
memory 50, as indicated in step 631 . It should be noted 
that this step 631 can be performed at any time, or not 
at all. 

[0053] Operation of the client software 10 then con- 
tinues with the step indicated by box 633 in FIG. 8. The 
network configuration and registry settings are ac- 
cessed. Preferably, the network settings and registry in- 
formation are loaded into RAM memory 40. This infor- 
mation is required in a typical embodiment for access to 



the server 110. In step 635, the system software 90 then 
reboots the client system 10 if required. For example, 
rebooting may be desirable because in certain situa- 
tions, changing network settings requires rebooting. If 

5 the system reboots, then processing continues again at 
some point in the previously described steps; for exam- 
ple, processing may continue with step 615, as illustrat- 
ed in FIG. 8, or at other steps as desired, such as at step 
623 or 635. If the system does not reboot, operation of 

io client software 10 continues, as illustrated in FIG. 9A 
(designated by continuation character "A"). 
[0054] In a preferred embodiment, network and con- 
trol settings (i.e. registry settings) for access to the In- 
ternet are provided. One example is illustrated in FIGS. 

*5 24 and 25. The steps in that example may be performed 
in conjunction with the steps described above, or alter- 
natively may replace them. In this example, the client 
software 90 is started in the client system 10, as indicat- 
ed by process step 610. In the step of performing an 

20 installation check 615, the system determines if compo- 
nents of the client software are installed 90. The client 
software 90 also determines if the client system 10 is 
properly configured for accessing the Internet using the 
automatic connection system of the present invention. 

25 This includes, for example, determining that a proper 
network communications adapter 60, such as an Ether- 
net card is installed, and determining that a communi- 
cations protocol, such as TCP/IP networking software, 
is installed. In this example, if the installation is not prop- 

30 er, the software ends, as indicated with reference 
number 810. In that case, a message may alternatively 
be displayed to the user providing instructions regarding 
proper set-up. Alternatively, the client software 60 may 
configure the system, or end, as in steps 617, 619 and 

35 621 (not shown in FIG. 24). 

[0055] Processing continues with a determination of 
whether the proper network configuration and registry 
settings are already set in the client system 10, or pro- 
viding such proper settings if needed. This is indicated 

40 with steps 623, 625, 627, 631 , 633, 641 , 643, 645 and/ 
or 647 in FIGS. 8, 9A, 9B and 9C. In the example illus- 
trated in FIG. 24, another exemplary set of steps are 
illustrated, although it should be understood that any se- 
ries of steps for providing the proper settings may be 

45 used. In this example, a determination is made as to 
whether the client system 10 is configured for secure 
access to the ECN 310, such as the Internet, using the 
automatic connection system of the present invention. 
This determination is indicated with box 820. For exam- 

50 pie, a verification can be made to determine that the cli- 
ent system's non-volatile memory 50 (such as hard disk) 
is configured to prevent sharing of its contents with any 
other computing system. If the client system 10 is con- 
figured for secure access, such as determined in step 

55 820, processing can proceed, such as to step 830, or 
as illustrated to step 623. Alternatively, the client system 
10 can be configured for secure access (not shown) or 
processing can end. 
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[0056] In the example illustrated in FIG. 24, process- 
ing continues with a determination of whether various 
settings are already set in the client system, as with step 
623 discussed above. It there already are the proper set- 
tings for connecting to the ECN 310, then processing 
continues with step 633. It is noted that for many users 
the answer will be "NO", because special settings, such 
as a special DNS address, or a special IP address will 
be required. In this case, if such special settings (i.e. 
standard settings for operation with this system) are al- 
ready stored in the client system 10, they can be re- 
stored, as indicated with steps 625 and 627 as de- 
scribed already and illustrated in FIG. 8. Alternately, 
such special settings can be input and implemented as 
illustrated in FIG. 24. In this example, the special set- 
tings are provided from an external source, such as a 
local network server or a server system 110, connected 
via access port 160. Alternatively, they may be prepro- 
grammed into the client software 90. In the example dis- 
cussed here, the special settings are an IP address and 
a DNS address, although it should be understood that 
any special setting may be received and implemented. 
In this example, as illustrated with step 830, a determi- 
nation is made as to whether the client system 1 0 is con- 
figured to receive an IP address. If the client system 10 
is not correctly configured, the client software changes 
the client system's network configuration to receive an 
IP address automatically, such as from a server, as in- 
dicated with step 840. More specifically, with respect to 
IP address assignment, the client system 10 memory 
settings are changed in the preferred embodiment to 
make I P address assignment dynamic, rather than static 
for example. Processing then continues with step 850, 
regardless of whether step 830 returns a 'YES' or a 
■NO". It is noted that these checking steps can be per- 
formed for any system setting. 

[0057] At any step in this process, the client software 
90 may optionally inquire from the user as to whether 
automatic configuration is desired. In the illustrated em- 
bodiment, this request is made in step 850. If "YES", 
processing continues with step 860 where the existing 
settings, such as the IP address settings and DNS ad- 
dress settings are stored. Preferably these settings are 
stored in both a temporary location, such as in volatile 
memory (RAM) 40, and a more permanent location, 
such as non-volatile memory 50. 
[0058] Once the I P address is changed to dynamic in 
step 840, the IP address can be reset. The IP address 
(or any other desired setting) is set in step 870. Gener- 
ally special settings (i.e. special values for particular 
communications settings) adapted for an ECN commu- 
nications session using the system of the present inven- 
tion are set in step 870. This can be accomplished by 
receiving it from an external source 875 via access port 
1 60 , or alternatively from a predetermined value stored 
with the client software 90 or memory 50 or 40. Exem- 
plary process steps for receiving an IP address from 
such external source are discussed below in connection 
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with steps 641 , 643 and 645. Optionally, certain settings 
may be disabled, as in step 880. For example, the DNS 
address setting may be disabled. This is a preferred em- 
bodiment where it is desired to provide a specialized In- 
5 ternet access system utilizing a specialized domain 
name service. 

[0059] If required, the user is provided an option of 
rebooting the system, as illustrated with step 890. It is 
understood that many current computers require re- 

10 booting in order to implement the special settings. If the 
user selects 'YES', the system reboots, and following 
that is ready to enter into a communications session with 
the ECN 310 via access port 160. Processing continues 
as illustrated in FIGS. 24 and 25, as indicated by con- 

15 tinuation character "XV If "NO", the settings are restored 
and the client software exits. 

[0060] Following rebooting, the client system 10 is 
configured with the desired settings, such as the desired 
IP address. When the client system 10 reboots, the spe- 
20 cial settings provided in steps 870 and 880 are used to 
initialize the client system 10, as indicated in step 900. 
After initialization 900, the original settings are prefera- 
bly restored by restoring them to a permanent location 
in memory (such as non-volatile memory 50 or remov- 
es able media via drive 80), as illustrated with step 91 0. 
Optionally this step may include a step of saving the spe- 
cial settings to non-volatile memory 50 or removable 
media 80 for later use, such as in connection with step 
633. These settings will then be used the next time the 
30 client system 10 is rebooted. In this step, the system, 
for example, restores the IP address settings and/or the 
DNS address settings saved in step 860. In this way, the 
client system 10 is restored to its original configuration 
(saved in step 860) following the communications ses- 
35 sion with the ECN 310, and following rebooting. As il- 
lustrated with step 920, the client system is now ready 
for an ECN session in which the client system 10 com- 
municates via the ECN 310, such as the Internet. It 
should be understood that this session may commence 
^o with any of a variety of the processing steps described 
below. For example, the session may begin with the op- 
tional billing inquiry steps, such as step 648 or 649. Al- 
ternatively, the session may skip the billing inquiry steps, 
such as when preset. In that case, the session may be- 
45 gin with step 665, also described below. 

[0061] In one embodiment as described above, the 
client system 10 is already connected to a port 160 af- 
filiated with server 110, such as via wire 65 between the 
communication adapter 60 and the port 160, before the 
so client software 90 begins running on the client system 
10. Other forms of connection, such as wireless connec- 
tion also may be used. In other embodiments, the client 
software 90 begins running before of the client system 
10 is wired to the port 160, such as via wire 65. Exem- 
55 piary connection steps, also known as handshake 
steps, are illustrated in FIG. 9A for each of these em- 
bodiments. The client software 10 sends a request for 
necessary information to the server 110 via the access 
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port 160 and communications systems described 
above. For example, the request may be sent from CPU 
20 through bus 30 to network communications adapter 
60, then through a wire connecting the network commu- 
nications adapter 60 to access port 160. Then the re- 
quest may go either through cabling 165 or wireless link 
167 to the server 110, via interface 150 in the server. In 
particular, the information requested preferably includes 
dynamic assignment of an IP address for the local area 
network of which the access port 160 is a part, as dis- 
cussed previously regarding in the example illustrated 
in FIG. 24 in connection with step 870. An IP address 
generally is a unique address for identifying the client 
system in a network context. The IP address assign- 
ment is received from the server in step 643 and pref- 
erably is stored in memory (any of RAM memory 40, 
non -volatile memory 50 and/or removable media via 
drive 80) in the next step, illustrated by box 645. The IP 
address assigned also may be reported by the client 
software to server access control software, operating on 
the server 110. This option is illustrated as step 647 in 
FIG. 9A. This is desirable in order to identify the partic- 
ular client system 10 to the server 110 when more than 
one client system 10 is accessing the server 110 at any 
one time, or when more than one access port 160 is 
available for use. 

[0062] An alternative illustration of these connection 
steps is illustrated in FIG. 98. The client software 90 un- 
dergoes a determination loop to periodically determine 
if a confirmation signal has been received from the serv- 
er, as illustrated in step 643, following a confirmation re- 
quest sent out from the client system 10, as indicated in 
step 641. Any confirmation request and confirmation 
signal may be used. Preferably the confirmation request 
is a request that the server assign an IP address to the 
client system. Likewise, the confirmation signal is an IP 
address. If the confirmation signal has not been re- 
ceived, another request is sent to the server, as shown 
in step 641. Optionally, the client software 90 can wait 
for a period before sending out another request, as il- 
lustrated in step 642. Any predetermined or calculated 
wait period may be selected. For example the wait may 
be a micro second, millisecond, second, five seconds 
or any other period of time. Using a processing loop like 
this, the client software can keep sending a request to 
the server 110. If the client system 10 is not connected 
to the port 1 60, it can keep sending the request until it 
is received. It is understood that by sending a request 
in step 641, the client system 10 is trying to send the 
request, but if the client system 10 is not connected, or 
there is any other interruption in communication (such 
as faulty wiring, busy system, interference, server dis- 
connected from port 160) the request is not received in 
the server 110. Once a connection is made, the server 
110 can receive the request and send back a confirma- 
tion signal, such as an IP address. Once that happens, 
processing continues, as illustrated in step 643. 
[0063] Another alternative illustration of these con- 



nection steps is illustrated in FIG. 9C. In this illustration, 
the client software 90 undergoes a determination loop 
to periodically determine whether a welcome signal 749 
has been received from the server 110, as illustrated in 
s steps 638 and 639. If a welcome signal 749 (illustrated 
in FIG. 22) has not been received, the client software 
90 keeps checking to determine if one has been re- 
ceived. Optionally, the client software 90 can wait for a 
period before checking for a welcome signal, as illus- 
trated by wait step 639. Any predetermined or calculated 
wait period may be selected. For example the wait may 
be a micro second, millisecond, second, five seconds 
or any other period of time. Using a processing loop like 
this, the client software 90 can wait for a connection to 
made with the server 110. 

[0064] The server sends out an active welcome signal 
welcome signal 749 to each port 160, making each port 
a hot port, with a welcome signal provided to connecting 
client systems 10. In this way, once a client system 10 
is connected and its software 90 is running, it can re- 
ceive the welcome signal 749 and then initiate a hand- 
shake procedure. The welcome signal 749 may be any 
form of signal. In the present system, the welcome sig- 
nal 749 indicates that a connection with the communi- 
cations system, through the server 110 can be initiated. 
Preferably, the server system 1 1 0 sends a welcome sig- 
nal 749 to all of the ports 160, regardless of whether a 
client system is connected. For example, the welcome 
signal 749 continues to be sent by the server system 
110 to the port 160 both before and after it is received, 
such as during the handshake sequence, or during a 
session between the ECN 31 0 and the client system 1 0. 
In this way, the port 160 stays hot at all times. Alterna- 
tively, the server 1 10 can stop sending the welcome sig- 
nal 749 to ports 160 which are already connected to a 
client system 10. 

[0065] If the client system 10 is not connected to the 
port 160, it can keep checking for a welcome signal 749 
until it is received. Once the welcome signal 749 is re- 
ceived, the client system software 90 proceeds to step 
641 to continue with a connection procedure, by sending 
out a request to the server 110 for an IP address. In an 
alternative embodiment, some kind of visual or audible 
indication of a connection to the server may be trans- 
mitted to the user. For example, an icon may be dis- 
played on the screen or a beep may be generated in a 
speaker or a connection software may be loaded. The 
confirmation may be sent at any point in the handshake 
process. Preferably it is sent following receipt of the wel- 
come signal, as indicated with box 640 and the arrow 
exiting it. 

[0066] It should be understood that FIGS. 9A-9C are 
for illustrative purposes and other connection proce- 
dures can be connected which will achieve a connection 
between the client system and the ECN 310. The steps 
illustrated in FIGS. 9A-9C also may be combined. For 
example, each of steps 638, 639, 641 , 642 and 643 may 
be performed or a subset of them may be performed. 
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[0067] Operation of an embodiment in which the user 
connects cable 65 to port 160 after the client software 
90 begins operating is illustrated in FIG. 22. The server 
continually or periodically sends the welcome signal 749 
to the port 160, as illustrated by reference numeral 745. 
Separately, the client software 90 is activated in the cli- 
ent system, as illustrated in box 910. The client software 
90 may be activated by any means, such as by clicking 
on an icon, program menu or using the 'run' feature of 
the WINDOWS operating system. Alternatively, the cli- 
ent software 90 activation command may be included in 
the start-up sequence of the client system 10, causing 
the client software 90 to be activated each time the client 
system 10 is turned on. In one embodiment, the client 
software runs in background, i.e. memory resident, until 
a welcome signal 749 is received. In one embodiment, 
the client software 90 automatically activates an inter- 
face program such as a browser or specialized Internet 
access software to provide a graphical environment for 
the user. The client system then waits to receive the wel- 
come signal, as illustrated with box 920. This corre- 
sponds to steps 638 and 639. Alternatively, the client 
system can periodically send out request signals to the 
server 110 as illustrated with steps 641 , 642 and 643 of 
FIG. 9B. The user then connects a cable 65 to a port 
160, establishing wiring between the client system 10 
(or an adapter 60 in it) to the port 160, as illustrated in 
box 930. Other forms of connection, such as a wireless 
connection, alternatively may be initiated in this step. A 
welcome signal 749 can then travel from port 1 60 to the 
client system 10, as illustrated in box 940. This corre- 
sponds to the 'Yes' line between steps 638 and 641 in 
FIG. 9C. Processing then proceeds to the initiation or 
handshake procedure, as illustrated with reference nu- 
meral 641. 

[0068] The access port 160 for use with this embodi- 
ment is a hot access port, preferably always ready to 
initiate communication with the client system. A hot ac- 
cess port in accordance with the invention is illustrated 
diagrammaticaily in FIG. 23. As illustrated there, an ac- 
tive welcome signal 749 is pushed to the access port via 
a communications link from the server to the access port 
160. A wired link 165 is illustrated, although other form 
of link, such as wireless may be used. The access port 
is hot, i.e. having the welcome signal 749 directed to the 
hot access port 160 regardless of whether a client sys- 
tem is connected to it. It is effectively an active emitter 
of the welcome signal 749. FIG. 23 shows a client sys- 
tem 10 connected to the hot access port 160 via cable 
65. Once cable 65 is connected, the welcome signal 749 
can reach the client system via the access port and ca- 
ble 65. A wireless system, without cable 65 also may be 
used. 

[0069] In the preferred embodiment, the user of the 
client system 10 is billed for access to the ECN 310, al- 
though it should be understood that unmetered or un- 
billed access also may be granted. Examples of billing 
techniques are time-based billing and operation-based 



billing. Where billing is desired, the client software 90 
implements a set-up procedure in which billing informa- 
tion, such as credit card information is pre-stored in 
memory. In one embodiment, the user answers ques- 

s tions eliciting pertinent billing or credit card information 
during a set up process. Alternatively, the client system 
may include some kind of credit card reader (not 
shown), which can read credit card information from the 
user's credit card, such as from an encoded magnetic 

10 stripe on the credit card. In another alternative, a smart 
card, having an encoded computer chip may be used in 
conjunction with a smart card reader (not shown) in- 
stalled on client system 10. 

[0070] In the next step of the billing embodiment, the 
is client software determines if billing information has been 
pre-stored in memory. Preferably the user has pre- 
stored such billing information, such as during the set- 
up process and this information is read from memory. 
The software 90 checks for stored billing information. If 
20 there is pre-stored billing information, "yes" is returned 
in step 648. If there is no pre-stored billing information, 
processing proceeds to a series of billing information re- 
quests (steps 649-653) in which billing information is re- 
quested from the user. In an alternative embodiment, 
25 billing is not required and processing proceeds to step 
665. 

[0071] In the illustrated embodiment, if "no" is re- 
turned in step 648, billing options can be requested from 
the server 110. This is shown by flow diagram box 649. 

30 Alternatively, the server software 1 30 may be set to au- 
tomatically send, or "push" the billing options to the cli- 
ent software 90, or the client software 90 may have pre- 
stored billing options, or the client software may have 
pre-stored billing options which may be supplemented 

35 by information from the server 110. In a preferred em- 
bodiment, the server 110 runs a form of billing software, 
which provides this information to the client software 90 
via the connections described in this specification. 
These billing options may include, for example, credit 

40 cards, prepaid access cards, smart cards or direct 
charges to a hotel room bill. In the illustrated embodi- 
ment, after the billing options are received, step 651 , a 
billing options menu or series of menus may be dis- 
played 653. In one embodiment, a credit card informa- 

45 tion template is displayed and filled out by the user of 
the client system 10. Once billing information has been 
satisfactorily entered, processing continues. For exam- 
ple, as illustrated, processing may return to step 648. 
Once sufficient billing information is received, stored or 

50 entered, the billing information is transmitted to the serv- 
er 110, preferably to the billing software running on the 
server 1 1 0. Such billing software optionally is a separate 
software module from the server software 1 30, but pref- 
erably is part of the server software 1 30. This step is 

55 illustrated by box number 659. Preferably this billing in- 
formation is stored on the server 110 for later access 
and bill processing reporting. 

[0072] Once the billing information is completed and 
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transmitted in step 659, the server software 1 30 or billing 
software components either approve or disapprove the 
billing information. The client software 90 waits for ap- 
proval or rejection as illustrated in step 661 . Optionally, 
this approval process may be accomplished by trans- 
mitting information via ECN communication with a billing 
processing center. If billing is rejected (i.e. denied), in 
the illustrated embodiment, a message is displayed on 
the display 75 providing the user with an option of se- 
lecting a different billing method or providing additional 
billing information, or of terminating the session. This is 
indicated by box 667. The user's decision is processed 
as indicated in box 668. If the user decides to continue, 
by selecting a different billing method or providing addi- 
tional billing information, processing may return for ex- 
ample to step 649 (request billing options) or step 653 
(display billing menu). Alternatively, the session may be 
ended if the user decides not to proceed, as indicated 
by "no". 

[0073] An approval or rejection signal is transmitted 
by the server software 130 to the client software 90, as 
indicted in step 661. If billing is approved, the server 
software 1 30 grants access to the ECN 31 0 for the client 
system 1 0 by enabling routing for the specific IP address 
assigned to the client system 10. In the embodiment il- 
lustrated in FIG. 5, approval is received by the client soft- 
ware 90, and the server software 130 grants access to 
the Internet 310 (one type of ECN) by routing the user's 
I P address from the server 1 1 0 to the ECN via the inter- 
face 140 and router 145. 

[0074] The ECN access session is represented in 
FIG. 9A by diagram box 665. In a preferred embodiment, 
the user is connected to the Internet, as discussed 
above. Any form of browser or other Internet access 
software may be used. Alternatively, the user may be 
connected to another form of ECN. For example, the us- 
er may be connected to an on-line service. Alternatively, 
the user may be given an option of having a telephonic 
communications session activated, such as by access- 
ing a dial-up server, such as a dial-up server providing 
wide area network, database or bulletin board system 
access. 

[0075] An exemplary display screen appearance 
while the client software 90 is loading and establishing 
the link with the ECN 310 is shown in FIG. 10, while op- 
erating under a WINDOWS 95 type of desktop 75. The 
WINDOWS taskbar 510 and "Start" button are shown at 
the bottom of the screen 75. An active icon 540 for the 
client software 90 is show at the bottom left of screen 
75. Although the name "IDT" is shown for the client soft- 
ware 90, any name or symbol may be used. An activity 
box 545 is displayed in the screen 75. In the preferred 
embodiment, such an activity box 545 is displayed in 
order to indicate that the system is establishing a con- 
nection, in the example shown, the activity box 545 in- 
forms that the client system 10 (the "computer") is being 
configured for access to the ECN 310 ("high speed In- 
ternet access"). 



[0076] An exemplary display screen appearance for 
the billing options is illustrated in FIG. 11. This is an il- 
lustration of the menu that can be displayed in step 653, 
illustrated in FIG. 9A. various billing options are provid- 
5 ed and the user is requested to "Select Billing Mode*. 
Any form of menu or selection screen may be used and 
any number or variety of billing options may be offered. 
In the illustrated embodiment, the user is given the 
choices of billing through credit card, smart card, hotel 
10 room bill or a prepaid account. Other options that can 
be offered, by way of example, include debit card billing, 
pre-paid access card, Internet banking or electronic 
checking. Dialog boxes are also provided for entering a 
credit card number or a hotel room number. Additional 
is dialog boxes or other arrangements of dialog boxes may 
also be provided. For example, dialog boxes for credit 
card expiration, credit card name or pre-paid access 
card number may also be provided. Multiple billing 
screens also may optionally be provided. For example, 
20 jn one embodiment, a first screen offers billing mode se- 
lection. After a selection is designated, the client soft- 
ware displays another screen (or none at all), depending 
on the billing mode selection. For example, if credit card 
payment is selected, the next screen may provide a form 
2S prompting the requisite information, such as credit card 
number and expiration date. Alternatively, the client soft- 
ware 90 may have pre-stored billing information, such 
as credit card or prepaid account information. In this al- 
ternative embodiment, after billing mode selection the 
30 client software 90 checks for pre-stored information cor- 
responding to that billing mode. If there is such pre- 
stored information for the selected billing mode, the cli- 
ent software 90 then loads that information. If there is 
no such pre-stored information for the selected billing 
35 mode, the client software 90 then displays a corre- 
sponding information entry screen (such as a form) for 
the entry of pertinent billing information. In an alternative 
embodiment, these billing queries, menus etc. may be 
generated by the server software 130 and transmitted 
40 to the client system 10. 

[0077] FIG. 12 illustrates an exemplary display screen 
appearance after an ECN connection is accomplished 
-- for client software 90 operating under a WINDOWS 
95 type of operating system. This is an example of a 
45 display screen appearance corresponding to step 665, 
illustrated in FIG. 9 A. The windows taskbar 510 includes 
an active icon 540 for the client software 90 and a min- 
imized button 550 for the client software 90. The mini- 
mized button 550 can by selected by using the input de- 
50 vice 70, such as by pointing and clicking using a mouse, 
touch pad or touch screen. A selection screen for the 
client software 90 is displayed if the minimized button 
550 is so selected. The selection screen may include 
various options, such as set up configuration or ending 
5S the session. Any ECN display 560 may appear on the 
screen during a session. For example, a web page may 
be displayed, or an on-line service may be displayed, e- 
mail may be displayed, an FTP menu may be displayed, 
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and so on. 

[0078] Various processing steps can be undertaken 
by the client software 90 and server software 1 30 during 
an ECN session. For example, it is preferred that the 
client software 90 periodically signal the server software s 
130 to confirm the continuation of an ECN session. By 
way of illustration only, the client software 90 may send 
a control signal to the server software 1 30 every five 
minutes, indicating an active ECN session. The timing 
loop processing steps undertaken by the server soft- 10 
ware 130 are illustrated in FIG. 13. As seen in FIG. 13, 
the server software 1 30 includes a timer 721 which pro- 
vides a clock signal. In the timing loop illustrated the 
clock signal 722 is received and a determination is made 
as to whether the wait period, in this case five minutes, *5 
has elapsed since the preceding periodic confirmation 
signal 724 received from the client software 90 of the 
client system 10. Once the wait period has elapsed, the 
server software 1 30 determines whether a periodic con- 
firmation signal 724 had been received. If not, the server 20 
software 130 ends the ECN session, as indicated by 
process step 726. In ending the ECN session, the server 
software 130 releases the IP address assigned to the 
particular client system 10. This is the case in any in- 
stance in which the client system software 90 does not 25 
maintain the connection to the server 130. Optionally, if 
a "no' signal results in step 725, the server software 
sends a disconnect signal to the access port 160 to 
which the client system 10 was connected, as indicated 
by process step 727. If the client system 10 is still con- 30 
nected to the access port 160, its client software 90 re- 
ceives the disconnect signal and undergoes a discon- 
nect sequence. It is understood that the physical con- 
nection of the client system 10 with the access port 1 60 
may be disconnected without the client software under- 35 
going a disconnect sequence (which is discussed in 
more detail below). For example, the user may discon- 
nect the link, e.g., the cable, between the access port 
160 and the client system 10 without commencing a dis- 
connect sequence. Alternatively, the connection be- 40 
tween the client system 10 and the server 110 may oth- 
erwise have become interfered with prior to a disconnect 
sequence by the client software 90. 
[0079] Alternatively, the server software 1 30 may pe- 
riodically signal the client software 90 to confirm the con- 4$ 
tinuation of an ECN session. By way of example, the 
server software 1 30 may send a control signal to the 
client software 90 every five minutes, indicating an ac- 
tive ECN session. As another example, the server soft- 
ware may periodically send a polling signal to each of so 
the client systems 10 logged on at any given time. This 
periodic polling signal requests a return confirmation 
signal from each respective client system 10. Upon re- 
ceiving the polling signal from the server software, the 
client software 90 of the client system 10 returns a con- ss 
firmation signal. If a confirmation signal is not returned, 
the server software 130 ends the ECN session for the 
particular client system 10, and optionally sends a dis- 



connect code to the access port 1 60 corresponding to 
the particular client system 10. If the client system 10 is 
still connected to the access port, it receives the discon- 
nect code and the client system software 90 undergoes 
a disconnect sequence. 

[0080] In the case where there is a failed connection, 
such as when a periodic confirmation is not received, as 
when a "no" is returned in step 725, or the connection 
between the server 110 and client system 10 is other- 
wise discontinued without the client software undergo- 
ing the disconnect sequence (as illustrated in FIG. 14 
and described below), the server software preferably 
calculates billing charges and sends the billing informa- 
tion to the pertinent billing agency or processing station, 
via the ECN 310. 

[0081] A disconnect sequence for the client software 
90 is illustrated in FIG. 14. In operation, at any time dur- 
ing operation of the client software, such as during an 
ECN session (indicated by box 665 in. FIG. 9 A), or pref- 
erably at any other time as well, a user of the client soft- 
ware 90 may commence a disconnect sequence. Pref- 
erably this is done by using an input device 70, such as 
a point and click device, to point on a disconnect button 
(this may say, for example, "end session now' or "sign 
off" or "stop"). Such a disconnect request is indicated by 
box 731 in FIG. 14. Preferably the client software 90 
then displays a disconnect option screen 565 for the us- 
er to confirm disconnect, in step 732. An exemplary dis- 
connect option screen 565 is illustrated in FIG. 15. This 
exemplary screen includes a choice selection, namely 
for the user to confirm the disconnect selection 567 or 
to disclaim the disconnect choice 569 and remain con- 
nected and return to other operations of the client soft- 
ware, such as returning to the ECN session. In the illus- 
trated example, the user is give the choice of selecting 
"Yes" 567 to disconnect, or "No" 569 to remain connect- 
ed. Preferably a point and click device issued to indicate 
the selection 567, 569. In operation of the client software 
90, if option 567 is selected, i.e., confirming disconnect, 
then "yes" is returned in step 733 illustrated in FIG. 14. 
If confirmation of disconnection is not received, by se- 
lection of option 569, "no" is returned in step 733. 
[0082] If "yes" is returned in step 733, the client soft- 
ware sends a disconnect signal to the server software 
1 30 requesting termination of the ECN session, as indi- 
cated in step 734 If "no" is returned in step 733, the client 
software returns to other activities, such as a log in se- 
quence or an ECN session. The disconnect signal is re- 
ceived in the billing processing portion of the server soft- 
ware 1 30, which is discussed in more detail below. The 
server software 1 30 reports the billing information to the 
client system software 90, as indicated in process step 
735, where the billing information is received. In the next 
step 737, the client software displays billing information, 
based on the data received from the server software 1 30 
in step 735. 

[0083] An exemplary billing display screen 570, such 
as may be displayed in conjunction with step 737, is il- 
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lustrated in FIG. 16. Any data may be displayed in this 
screen. In the example shown, be connect time 572 and 
total billing charge 574 are displayed. Any other data 
may be displayed as well. For example data indicating 
services accessed, premium charges, hotel room s 
charges or incidental charges may optionally be dis- 
played. The billing display screen 570 may also be used 
in conjunction with or be replaced by other types of dis- 
play screens. For example a ■Good-bye' screen or "Log- 
off screen may be displayed. Other messages or tex- 
tual material also may be displayed, such as information 
regarding various service offered may be displayed, ei- 
ther in conjunction with the billing screen, or in previous 
or subsequent screens. Such other screens or messag- 
es may be displayed in conjunction with the Exit step 
739 illustrated in FIG. 15. 

[0084] In the Exit step 739, the operation of the client 
software 90 is ended. Optionally prior to the Exit step 
739 various processing steps may be taken in conjunc- 
tion with ending the operation of the client software 90. 
In the preferred embodiment, settings data may be 
stored to non-volatile memory 50. For example, the 
saved initial network settings stored in step 631 may be 
restored. Likewise, the computer may be rebooted if re- 
quired. Upon completion of this exit sequence, the exe- 
cution of the client software 90 preferably is ended. In 
conjunction with the Exit step 739, the active icon 540 
and minimized icon 550 are no longer displayed on the 
taskbar510. 

[0085] The server software 130 performs various 
functions, in communicating with various client systems 
1 0 through the access ports 1 60, controlling billing func- 
tions, maintaining a client usage database, monitoring 
access ports 160, transmitting messages to the ECN 
310, interacting with remote billing systems or a remote 
network management system 410. Some functions of 
the server software 1 30 have already been discussed, 
and additional functions will now be outlined. The server 
software 1 30 functions to communicate with the client 
systems 10 and client system software 130 in order to 
initiate an ECN session between the respective client 
system 10 and the ECN 310. It should be understood 
that the server software 1 30 may be in communication 
with a plurality of client systems 10 each running client 
software 1 30 at any one time. Alternatively, a single cli- 
ent system 10 may be communicating with he server 
software 1 30, or none at all. The server software also 
serves a variety of functions for managing the operation 
of the server 110, such as initialization sequences, test- 
ing ports, and so on. 

[0086] in one embodiment, the server software 130 
may consist of a plurality of cooperating modules or ob- 
jects. A graphical depiction is illustrated in FIG. 17, in 
which there is a central processor 111, billing module 
112, server link module 114, access control module 116 
and system failure module 117. It should be noted that 
this diagram shows the operation of these modules as 
being interconnected. I nan alternative embodiment, all 
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or some of the modules may operate independently of 
the others. 

[0087] When the client software 90 requests dynamic 
assignment of an IP address, as in step 641 (FIG. 9 A), 
the server software 1 30 (or the access control module 
116) preferably receives that requests and sends an ap- 
propriate response, which is received in the client soft- 
ware in step 643. Likewise, when client software 90 re- 
quests a set of billing options, as in step 649, the server 
software returns a set of billing options as received by 
the client software in step 651 . Operation of billing as- 
pects server software 130 in this regard is illustrated in 
FIGS. 18A and 18B. The server software 130 receives 
a request from the client software 90, as indicated in box 
751. If no request is received in step 755, it continues 
to waft as indicated by the "no" arrow. If a request is re- 
ceived in step 755, processing continues, as indicated 
by "yes" with step 759, in which billing options are sent 
to the client system. The server waits for receipt of billing 
information as indicated in step 763. 
[0088] Alternatively, the server software 1 30 can send 
a welcome signal 749 to the ports 160, as illustrated in 
FIG. 18B with the sending loop illustrated with reference 
numerals 745, 746 and 747. Preferably, after a welcome 
signal 749 is sent, the system determines if a confirma- 
tion of receipt is received. This determination step is il- 
lustrated with reference numeral 746. In the illustrated 
embodiment, this determination step 746 determines if 
a request for an IP address has been received, although 
any other form of confirmation signal may be deter- 
mined. If a confirmation signal has not been determined 
in step 746, a welcome signal is sent as in step 745. A 
welcome signal may be sent without a wait period, or 
with a waft 747. Any wait predetermined or calculated 
wait period may be selected. Preferably the server soft- 
ware 1 30 sends a welcome signal 749 to all of the ports 
160 assigned to it, which have not yet been connected. 
Once a connection is made, the welcome signal 749 can 
pass through a port 160 to the client system 10 as dis- 
cussed above. The welcome signal 749 can contain any 
information. Preferably it is relatively short, only indicat- 
ing that a server is connected. The signal may be analog 
or digital, in the digital case, the welcome signal 749 
may contain a bit, or plurality of bits or bytes. 
[0089] If step 746 determines that a confirmation sig- 
nal has been received, the server system proceeds with 
a handshake sequence. In the preferred embodiment, 
the server software sends an IP address to the client 
system 10, as illustrated by box 748. 
[0090] In the billed access time embodiment, when 
the user of the client software 90 transmit billing infor- 
mation to the server software, as in step 659, the server 
software, or alternatively a billing module 112, under- 
takes billing validation procedures. Receipt of this billing 
information in the server software 1 30 is indicated as 
■yes" in step 763. In one embodiment, the server soft- 
ware 130 may grant temporary ECN access approval, 
as shown in step 767 even before billing validation is 



EP 0 899 925 A2 



is 



20 



25 



30 



35 



40 



45 



50 



14 



• m 

27 EP 0 899 925 A2 28 



accomplished. A temporary approval signal is sent to 
the client software 768. This embodiment is illustrated 
in FIGS. 18A and 18B. An advantage of such temporary 
access is that the user will experience a shorter delay 
than if access is delayed until billing approval is com- 
pleted. In one embodiment, the client software 90 dis- 
plays a message on the display device 75 informing the 
user that temporary access has been granted, to allow 
access while the billing approval process is continuing. 
The temporary approval or final approval is sent to the 
client software 90, and received as indicated by step 
661. 

[0091 ] I n the billing approval process, the server soft- 
ware 130 transmits the billing information via the ECN 
310, to a billing approval server. This transmission is in- 
dicated in step 771. If credit card approval is required, 
typically the billing approval server is a credit bureau or 
credit card service server. Alternatively, the billing ap- 
proval request may be sent via the ECN 310 to any bill- 
ing approval server. For example, if a pre-paid access 
card is being used, the approval request may be sent to 
the issuer of the pre-paid access card. 
[0092] The billing approval server can approve the 
transaction, approve with credit limit or reject. For ex- 
ample, if the funds in a pre-paid access account have 
been expended completely, the transaction will be re- 
jected. Alternatively, if a credit card is valid the an ap- 
proval will be received. Receipt of the approval/rejection 
is indicated in steps 775 and 777. If approval is received 
in step 775, an approval signal is sent to the client soft- 
ware 90 as indicted by box 776 and its receipt is indicat- 
ed in step 661 . In addition, the pertinent user information 
is added to the activity database maintained in the serv- 
er 110. 

[0093] An illustration of an activity database is provide 
in FIG. 20. Additional information, or different informa- 
tion may be stored in the activity database. In the illus- 
trated database, data is indicated for illustration purpos- 
es as "XXX", "YYV and "NNN". The activity database, 
records various information regarding the activity of the 
server. In particular, it keeps track of each access port 
160 linked with the server and various status data as- 
sociated with the access port 160. For example, the ac- 
tive/inactive status of the access port may be recorded. 
For access ports that are active, the pertinent user in- 
formation, such as identification, billing information and 
log-in time may be recorded. Data which may be record- 
ed in the database include, for example: client system 
IP address - which is a temporary address assigned to 
the client system 10; client network card MAC address 
- which is a hardware based identifier stored on or as- 
sociated with the client system interface 60; server net- 
work card ID - which is an address of a server interface 
card; user name -- the name of the user associated with 
the access port 160, and may be used for speedy rec- 
onciliation with external databases; port ID - unique ac- 
cess port number, associated with each access port 160 
and indicated in FIG. 20 as "1', "2' and "N', with N indi- 



cating the Nth access port 160; room number -- which 
can be useful in a hotel, ship, apartment building or of- 
fice building embodiment, where an access port 1 60 can 
be associated with a particular room, which can promote 
5 convenience in billing; charge type - the billing type op- 
tion selected, such as credit card, smartcard, pre-paid 
access card, debit card, activity account, hotel room bill- 
ing and so on; credit card number, access card number, 
debit card number and so on « which is the identification 
associated with the billing option selected; credit card 
holder name - which is the name corresponding to the 
billing option; expiration date - the expiration date of the 
billing option, such as credit or debit card expiration 
date; access card number - the number of a pre-paid 
access card to be issued by a service provider; port state 

- such as active, inactive or unavailable; state start time 

- time when the current port state was entered, which 
is useful in determining total activity time for billing pur- 
poses; unanswered ping count - number of times a cli- 
ent to server communications has failed; billing server 
communications status -- indicates if a billing server or 
network management server 410 accessible; and billing 
server authorization - whether approval or rejection of 
a selected billing option has been received from a billing 
server system. It should be understood that other data 
may be recorded in the database and the database en- 
tries may change with time as the various access port 
160 status changes. 

[0094] If no approval is received, processing contin- 
ues with step 777. If a rejection is received, a rejection 
signal is sent to the client software 90, as indicated in 
box 779. Receipt of the rejection signal by the client soft- 
ware 90 is indicated in steps 661 and 667 of FIG. 9A. If 
a rejection is not received in step 777, the system con- 
tinues to wait for an approval or rejection, as indicated 
by the "no" arrow. 

[0095] During a period when a client system 10 is in 
communication with the server 110, the server software 
monitors the connection. Alternatively, the connection 
can be monitored by server link monitor module 114. 
The connection can be broken for any reason such as 
client system failure, accidental cable disconnection, in- 
terference and so on. If a failed connection is detected, 
the server software 130 or billing module 112 posts the 
final charges to the billing server for the selected pay- 
ment server. 

[0096] The server software 130 also performs a 
■watchdog" function, which serves to detect server sys- 
tem failures. If a failure is detected, the system automat- 
ically re-boots. A system failure module is illustrated in 
FIG. 17 as item 117. 

[0097] Preferably, the server system 110 communi- 
cates with a network management server 410, which 
runs network management software. The network man- 
agement system can perform remote management of a 
plurality of server systems 110, in its preferred embod- 
iment. In the preferred embodiment, the server system 
110 communicates via the ECN 310 (or a private net- 



15 



20 



25 



30 



35 



40 



45 



50 



15 



m m 

29 EP 0 899 925 A2 30 



work) with the plurality of server systems 110. This pre- 
ferred embodiment is illustrated in FIG. 19. Optionally, 
the one or more communications stations 420 may also 
be in communication with the network management 
server 410. These communications stations 420. Such s 
communications stations are described in more detail 
earlier in this description. In addition, the network man- 
agement server may be in communication with billing 
clearing servers 430, such as credit card clearing insti- 
tutions. Preferably the network management server us- 
es a private or dedicated connections with such clearing 
servers 430, but alternatively, communications with the 
clearing servers may occur via an ECN, including for ex- 
ample the Internet. The network management 410 also 
generates usage reports 440 for mailing to customers. 
Such usage reports can list billing charges or usage sta- 
tistics. 

[0098] The network management server 410 prefera- 
bly runs network management software 450 for perform- 
ing billing transaction processing, remote network man- 
agement and usage statistical reporting. In addition the 
network management software 450 preferably monitors 
the servers 1 1 0 and communications stations 420 to de- 
termine their usage rates, monitor error conditions, de- 
tect failures and remotely order reboots if necessary. In 
addition, the network management software 450 also 
may provide advertising content and updates of adver- 
tising content to the servers 110 and communications 
stations 420. It should be understood that in one em- 
bodiment, a plurality of the servers 110 are used and 
each of the servers is adapted for communications with 
a network management server 410 (or plurality of net- 
work management servers 410) in the manner that has 
been described. 

[0099] In one embodiment, the client software 90 is 
incorporated in the operating system for the client sys- 
tem. This embodiment is illustrated in FIG. 21. The op- 
erating system 810 comprises a plurality of programs, 
modules etc. configured to operate and coordinate the 
operation of the components of the client system 10. As 
illustrative examples, the operating system 810 contains 
various components including drivers 815, operating in- 
struction set 820, and client software 90. The client soft- 
ware may be integrated in this manner within any oper- 
ating system such as UNIX, MAC OS, WINDOWS 95, 
WINDOWS NT and so on. Preferably in this embodi- 
ment, the operating system provides a graphical user 
interface, or desktop screen in which an icon or other 
form of selection button is provided for easy selection 
using an input device 70, such as a mouse, touch pad 
or touch screen. 

[0100] Thus, it is seen that a system and method for 
operating and accessing a communications network is 
provided. One skilled in the art will appreciate that the 
present invention can be practiced by other than the pre- 
ferred embodiments which are presented in this descrip- 
tion for purposes of illustration and not of limitation, and 
the present invention is limited only by the claims which 



follow. It is noted that equivalents for the particular em- 
bodiments discussed in this description may practice 
the invention as well. 



Claims 

1. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, and the server system in elec- 
tronic communication with a plurality of access 
ports, the method comprising: 

sending a welcome signal from the server to a 
first one of the access ports; 
determining in the server whether a confirma- 
tion signal has been received in the first one of 
the access ports; 

conducting a handshake sequence in the serv- 
er system if the determining step determines 
that the confirmation signal has been received 
in the first one of the access ports; and 
if the determining step determines that a con- 
firmation signal has not been received, repeat- 
ing the sending and determining steps. 

2. A method as set out in claim 1 wherein the sending 
step further comprises sending a welcome signal to 
each of the access ports that are not already con- 
nected to a client system. 

3. A method as set out in claim 1 wherein the repeating 
step comprises waiting for a predetermined time pe- 
riod before repeating the sending and determining 
steps. 

4. A method as set out in claim 1 wherein the step of 
determining whether a confirmation signal has been 
received comprises determining whether the server 
system has received a request for an IP address. 

5. A method as set out in claim 4 wherein the step of 
conducting a handshake sequence includes send- 
ing an IP address to the client system via the first 
one of the access ports. 

6. A method as set out in claim 1 wherein the step of 
repeating the sending and determining steps in- 
cludes waiting for a predetermined period of time 
before repeating the sending step. 

7. A method of providing communication among a cli- 
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ent system, server system and an electronic com- 
munication network, the server system running 
server software for managing communications be- 
tween a plurality of client systems and the electronic 
communications network, and the server system in 
electronic communication with a plurality of access 
ports including a first access port, the method com- 
prising: 

starting client software in the client system; 
determining in the client software whether a 
welcome signal has been received; 
conducting a handshake sequence in the client 
system if the determining step determines that 
the welcome signal has been received; and 
if the determining step determines that the wel- 
come signal has not been received, repeating 
the determining step until the welcome signal 
is received. 

8. A method as set out in claims 1 or 7 further com- 
prising connecting a cable from the user system to 
the first one of the access ports, establishing an 
electronic connection between the user system and 
the access port capable of carrying signals between 
the user system and the server system. 

9. A method as set out in claim 7 further comprising 
sending a welcome signal from the server system 
to the first one of the access ports. 

10. A method as set out in claims 1 or 7 wherein the 
handshake sequence includes sending a connec- 
tion confirmation to the server after output to the us- 
er. 

11. A method as set out in claim 13 wherein the con- 
nection confirmation sent to the server includes 
sending a request to the server 

12. A method as set out in claims 1 or 7 further com- 
prising sending a connection confirmation output to 
the user. 

13. A method as set out in claim 14 wherein the con- 
nection confirmation is a visual signal. 

14. A method as set out in claims 1 or 7 further com- 
prising the step of running the client software in 
background after the starting step, and until the de- 
termining step determines that the welcome signal 
is received. 

15. A method as set out in claim 7 further comprising 
the steps of: 

running the client software in background after 
the starting step; 



running an electronic communication network 
communications program after the determining 
step determines that the welcome signal is re- 
ceived. 

5 

1 6. A method as set out in claim 7 wherein the repeating 
step comprises waiting for a predetermined time pe- 
riod before repeating the determining step. 

10 17. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 

15 nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, and the server system in elec- 
tronic communication with a plurality of access 

20 ports, the method comprising: 

sending a welcome signal from the server to a 
first one of the access ports; 
determining in the server whether a confirma- 
25 tion signal has been received in the first one of 

the access ports; 

determining in the client system whether a wel- 
come signal has been received; 
sending a connection confirmation signal from 
30 the client system to the server system; 

conducting a handshake sequence in the serv- 
er system and the client system; 
if the determining in the server software step 
determines that a confirmation signal has not 
35 been received, repeating the sending a wel- 

come signal and determining in the server 
steps; and 

if the determining in the client system step de- 
termines that the welcome signal has not been 
40 received, repeating the determining in the client 

system step steps until the welcome signal is 
received. 

1 8. A method as set out in claims 1 , 7 or 1 7 wherein the 
45 step of conducting a handshake sequence in- 
cludes: 

providing a set of billing options, the billing op- 
tions including at least one technique for mak- 
50 ing a monetary payment; 

specifying a billing preference and transmitting 
the billing preference to the server system from 
the client system; and 

transmitting a billing approve/reject signal from 
55 the server system to the client system. 

19. A method as set out in claims 1 , 7 or 17 further com- 
prising conducting two-way communications be- 



30 



35 



so 



55 



17 



m 



33 

tween the electronic communications network and 
the client system via the server system following the 
handshake sequence. 

20. A method as set out in claims 1 , 7 or 1 7 further com- 
prising the step of continuing to send a welcome sig- 
nal from the server to the first one of the access 
ports after the conducting a handshake sequence 
step begins. 

21. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system including a 
Central Processor Unit (CPU), volatile working 
memory associated with the CPU, a communica- 
tions interface and the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, the method comprising: 

sending a welcome signal from the server to an 
access port; 

connecting the client system to the access port; 
receiving the welcome signal in the client sys- 
tem; and 

establishing a communications session be- 
tween the client system and the electronic com- 
munications network. 

22. A communications system providing communica- 
tion among a client system, server system and an 
electronic communication network, the client sys- 
tem running client software for managing the com- 
munications between the client system and the 
electronic communications network, the server sys- 
tem running server software for managing commu- 
nications between a plurality of client systems and 
the electronic communications network, and the 
server system in electronic communication with a 
plurality of access ports, the method comprising: 

means for sending a welcome signal from the 
server to a first one of the access ports; 
means for determining in the server whether a 
confirmation signal has been received in the 
first one of the access ports; 
means for conducting a handshake sequence 
in the server system if the means for determin- 
ing reports that the confirmation signal has 
been received in the first one of the access 
ports; and 

means for reactivating the means for sending 
and means for determining if the means for de- 
termining ascertains that a confirmation signal 
has not been received. 



34 

23. A communications system as set out in claim 22 
wherein the determining means includes means for 
determining whether the server system has re- 
ceived a request for an IP address. 

5 

24. A communication system providing communication 
among a client system, server system and an elec- 
tronic communication network, the server system 
running server software for managing communica- 

10 tions between a plurality of client systems and the 
electronic communications network, and the server 
system in electronic communication with a plurality 
of access ports, the method comprising: 

is means for starting client software in the client 

system for communicating with the server sys- 
tem; 

means for determining whether a welcome sig- 
nal has been received; 
20 means conducting a handshake sequence in 

the client system if the means for determining 
reports that the welcome signal has been re- 
ceived; and 

means for reactivating the determining means 
25 if the determining means reports that the wel- 

come signal has not been received. 

25. A communications system as set out in claim 24 
wherein the means for determining includes means 

30 for conducting a handshake sequence includes 
means for sending a request for an IP address from 
the client system to the server system via the ac- 
cess port. 

35 26. A data storage medium including machine readable 
code thereon for use in a server computer system 
having means for reading code from the storage 
medium, the server system being adapted for com- 
munication with at least one client system, the stor- 
40 age medium comprising: 

means for sending a welcome signal from the 
server to a first one of the access ports; 
means for determining in the server whether a 
45 confirmation signal has been received in the 

first one of the access ports; 
means for conducting a handshake sequence 
in the server system if the means for determin- 
ing reports that the confirmation signal has 
50 been received in the first one of the access 

ports; and 

means for reactivating the means for sending 
and means for determining if the means for de- 
termining ascertains that a confirmation signal 
55 has not been received. 

27. A data storage medium including machine readable 
code thereon for use in a client computer system 
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having a communications interface and means for 
reading code from the storage medium, the storage 
medium comprising: 

means for starting client software in the client 
system for communicating with the server sys- 
tem; 

means for determining whether a welcome sig- 
nal has been received; 

means conducting a handshake sequence in 
the client system if the means for determining 
reports that the welcome signal has been re- 
ceived; and 

means for reactivating the determining means 
if the determining means reports that the wel- 
come signal has not been received. 

28. An apparatus for providing communication over an 
electronic communications network comprising: 

server software; 

a server system having a processor unit and 
running said server software controlling the op- 
erations of the server system; 
at least one client system including a central 
processor unit (CPU), and a communications 
interface; 

a plurality of access ports linked for electronic 
communication with the server system, where- 
in each of the access ports also is configured 
to be linked for electronic communication with 
at least one client system; 
wherein the server software includes: 

means for sending a welcome signal from 
the server to a first one of the access ports; 
means for determining in the server wheth- 
er a confirmation signal has been received 
in the first one of the access ports; 
repeating means for activating the means 
for sending to send a welcome signal to 
said first one of the access ports until said 
confirmation signal has been received. 

29. A method of providing access to an electronic com- 
munications system via a server system upon con- 
nection with a client system via a hot access port 
comprising: 

providing an active welcome signal to the hot 
access port; 

linking a client system to the hot access port, 
automatically providing the welcome signal to 
the client system. 

30. A method as set forth in claim 29 wherein the step 
of providing an active welcome signal includes re- 
petitively sending a welcome signal from the server 



system to the hot access port. 

31 . A method as set forth in claim 30 further comprising: 
discontinuing providing the welcome signal 
from the server system after linking to the client sys- 
tem and after the client system sends a confirmation 
signal confirming that it has received the welcome 
signal. 



the step of providing an active welcome signal 
includes periodically sending a welcome signal 
from a server system to the hot access port; and 
? 5 receiving the welcome signal in a client system 

after the linking a client system step. 

33. A method as set forth in claim 30 wherein: 

the linking step comprises attaching a cable 
20 from the client system to the hot access port. 

34. A method as set forth in claim 29 further comprising: 

running client software on the client system be- 
2S fore the linking step; 

receiving the welcome signal in the client sys- 
tem after the linking step; and 
sending an indicator signal from the client sys- 
tem to the server system indicating that the wel- 
30 come signal was received. 

35. A hot access port providing access to an electronic 
communications system via a server upon connec- 
tion with a client system. 

35 

36. A hot access port as set forth in claim 34 compris- 
ing; 

a receiver linkage for receiving signals from a 
^0 client system; and 

an active welcome signal emitter. 

37. A hot access port as set forth in claim 34 compris- 
ing: 

45 

means for receiving a welcome signal from a 
server system; 

means for establishing a communications link 
with a client system; and 
^0 means for transmitting the welcome signal to 

the client system when the communications 
ling is established. 

38. A method of providing communication between a 
55 client system and an electronic communications 

network, the client system having a plurality of com- 
munications settings and the client system running 
client software for managing the communications 



10 32. A method as set forth in claim 29 wherein: 

the step of providing an active welcome 
includes periodically sending a welcome 
from a server system to the hot access p< 
? 5 receiving the welcome signal in a client 
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between the client system and the electronic com- 
munications network, the method comprising: 

determining if communications settings are 
property set in the client system for communi- 
cation between the client system and electronic 
communication network; 
saving in memory at least a first communica- 
tions setting in the client system when the de- 
termining step determines that the communica- 
tions settings are not properly set; and 
changing at least the first communications set- 
ting in the client system when the determining 
step determines that the communications set- 
tings are not properly set. 

39. A method as set out in claim 38 further comprising 
rebooting the client system following the changing 
step when the determining step determines that the 
communications settings are not properly set. 

40. A method as set out in claim 38 wherein the chang- 
ing step includes receiving a new value for the first 
communications setting from an external data 
processing system. 

41. A method as set out in claim 38 further comprising: 

requesting at least the first communications 
setting from an external server system before 
the changing step; and 

receiving a new value of at least the first com- 
munications setting from the external server 
system before the changing step. 

42. A method as set out in claim 41 further comprising 
connecting the client system to an access port be- 
fore the determining step; and 

wherein the requesting step further comprises 
requesting at least the first communications 
setting from an external server system via the 
access port; and 

the receiving step further comprises receiving 
a new value of at least the first communications 
setting from the external server system via the 
access port. 

43. A method as set out in claim 41 further comprising 
connecting the client system to an access port fol- 
lowing the saving in memory step; and 

wherein the requesting step further comprises 
requesting at least the first communications 
setting from an external server system via the 
access port; and 

the receiving step further comprises receiving 
a new value of at least the first communications 



setting from the external server system via the 
access port. 

44. A method as set out in claim 38 further comprising: 

5 

connecting the client system to a hot access 
port using a digital signal transfer means; 
requesting at least the first communications 
setting from an external server system via the 
10 access port before the changing step; 

receiving a new value of at least the first com- 
munications setting from the external server 
system via the access port before the changing 
step; and 

is rebooting the client system following the chang- 

ing step when the determining step determines 
that the communications settings are not prop- 
erly set connecting the client system to a hot 
access port. 

20 

45. A method as set out in claim 38 further comprising 
conducting an ECN session following the changing 
step wherein the first communications setting is 
used in the ECN session. 

25 

46. A method as set out in claim 45 further comprising 
conducting an ECN session following the receiving 
step wherein the first communications setting is 
used in the ECN session. 

30 

47. A method of providing communication between a 
client system and an electronic communications 
network, the client system having a plurality of com- 
munications settings and the client system running 

35 client software for managing the communications 
between the client system and the electronic com- 
munications network, the method comprising: 

determining if the client system is configured to 
4 o receive a new value for a first communications 

setting; 

saving in memory a first value of at least the 
first communications setting when the client 
system is configured to receive the new value 
45 for the first communications setting; and 

setting at least the first communications setting 
using the new value for the first communica- 
tions setting. 

50 48. A method as set out in claims 39 or 47 wherein the 
step of saving in memory includes saving an IP ad- 
dress and a DNS address. 

49. A method as set put in claims 39 or 47 wherein the 
55 first communications setting is selected from a 

group including an IP address and a DNS address. 

50. A method as set out in claims 38 or 47 further com- 
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prising configuring the client system to receive the 
new value for the first communications setting fol- 
lowing the determining step. 

51 . A method as set out in claims 38 or 47 further com- 
prising inquiring whether a user of the client system 
desires to change a communications settings con- 
figuration of the client system. 

52. A method as set out in claim 47 further comprising 
receiving the new value for the first communications 
setting before the setting step. 

53. A method as set out in claim 47 wherein the client 
system has a predetermined value for at least the 
first communications setting before the determining 
step; and 

further comprising the step of disabling the 
predetermined value of at least the first communi- 
cations setting following the setting step. 

54. A method as set out in claim 47 further comprising 
rebooting the client system following the setting 
step. 

55. A method as set out in claim 54 further comprising: 

initializing the client system with the new val- 
ue of the first communications setting following the 
rebooting step. 

56. A method as set out in claim 55 further comprising: 

restoring the first value of the first communi- 
cations setting following the initializing step. 

57. A method as set out in claim 55 wherein the restor- 
ing step further comprises saving the new value of 
the first communications setting in memory. 

58. A method as set out in claim 47 further comprising: 

rebooting the client system following the setting 
step; 

initializing the client system with the new value 
of the first communications setting following the 
rebooting step; 

restoring the first value of the first communica- 
tions setting following the initializing step; and 
saving the new value of the first communica- 
tions setting in memory. 

59. A method as set out in claim 47 further comprising: 

requesting at least the first communications 
setting from an external server system before 
the setting step; and 

receiving the new value at least the first com- 
munications setting from the external server 
system before the setting step. 



60. A method as set out in claim 59 further comprising 
connecting the client system to an access port be- 
fore the determining step; and 

5 wherein the requesting step further comprises 

requesting at least the first communications 
setting from an external server system via the 
access port; and 

the receiving step further comprises receiving 
10 a new value of at least the first communications 

setting from the external server system via the 
access port. 

61. A method as set out in claim 59 further comprising 
J5 connecting the client system to an access port fol- 
lowing the saving in memory step; and 

wherein the requesting step further comprises 
requesting at least the first communications 
20 setting from an external server system via the 

access port; and 

the receiving step further comprises receiving 
a new value of at least the first communications 
setting from the external server system via the 
25 access port. 

62. A method as set out in claim 47 further comprising: 

connecting the client system to a hot access 
30 port using a digital signal transfer means; 

requesting at least the first communications 

setting from an external server system via the 

access port before the setting step; 

receiving a new value of at least the first com- 
as munications setting from the external server 

system via the access port before the setting 

step; and 

rebooting the client system following the setting 
step. 

40 

63. A method as set out in claim 47 wherein the first 
communications setting is a static setting before the 
determining step, the method further comprising: 

configuring the client system to receive the 
45 first value including the step of changing the first 
communication setting to dynamic from static when 
the step of determining if the client system is con- 
figured to receive a new value determines that the 
client system is not configured to receive the new 
50 value. 

64. A method as set out in claims 38 or 47 further com- 
prising: 

55 connecting the client system to a hot access 

port; and 

communicating on the Internet through the hot 
access port. 
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65. A method as set out in claims 38 or 47 wherein the 
step of saving in memory includes saving at least 
the first communications setting in a non -volatile 
memory. 

66. A method as set out in claims 38 or 47 wherein the 
determining step includes determining if settings 
selected from the group including network configu- 
ration settings and control settings are properly set. 

67. A method as set out in claims 38 or 47 wherein the 
determining step includes determining if settings 
selected from the group including settings for an IP 
address, gateway address, DNS address, network 
preferences, file sharing settings and browsing con- 
trol settings. 

68. A communications system providing communica- 
tion between a client system and an electronic com- 
munications network, the client system having a 
plurality of communications settings and the client 
system running client software for managing the 
communications between the client system and the 
electronic communications network, the method 
comprising: 

means for determining if communications set- 
tings are properly set in the client system for 
communication between the client system and 
electronic communication network; 
means for saving in memory at least a first com- 
munications setting in the client system when 
the determining step determines that the com- 
munications settings are not properly set; and 
means lor changing at least the first communi- 
cations setting in the client system when the de- 
termining step determines that the communica- 
tions settings are not properly set. 

69. A communications system for providing communi- 
cation between a client system and an electronic 
communications network, the client system having 
a plurality of communications settings and the client 
system running client software for managing the 
communications between the client system and the 
electronic communications network, the method 
comprising: 

means for determining if the client system is 
configured to receive a new value for a first 
communications setting; 
means for saving in memory a first value of at 
least the first communications setting when the 
client system is configured to receive the new 
value for the first communications setting; and 
means for setting at least the first communica- 
tions setting using the new value lor the first 
communications setting. 



70. A data storage medium including machine readable 
code thereon for use in a computer system having 
means for reading code from the storage medium, 
the storage medium comprising: 

5 

means for determining if communications set- 
tings are properly set in the client system for 
communication between the client system and 
electronic communication network; 
10 means for saving in memory at least a first com- 

munications setting in the client system when 
the determining step determines that the com- 
munications settings are not properly set; and 
means for changing at least the first communi- 
is cations setting in the client system when the de- 

termining step determines that the communica- 
tions settings are not properly set. 

71 . A data storage medium including machine readable 
20 code thereon for use in a computer system having 

means for reading code from the storage medium, 
the storage medium comprising: 

means for determining if the client system is 
25 configured to receive a new value for a first 

communications setting; 
means for saving in memory a first value of at 
least the first communications setting when the 
client system is configured to receive the new 
30 value for the first communications setting; and 

means for setting at least the first communica- 
tions setting using the new value for the first 
communications setting. 

35 72. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system including a 
Central Processor Unit (CPU), volatile working 
memory associated with the CPU, a communica- 
40 tions interface and the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
45 plurality of client systems and the electronic com- 
munications network, the method comprising: 

providing a set of billing options, the billing op- 
tions including at least one technique for mak- 
50 ing a monetary payment; 

specifying a billing preferences and transmit- 
ting the billing preference to the server system 
from the client system; 

transmitting a billing approve/reject signal from 
55 the server system to the client system; 

conducting two-way communications between 
the electronic communications network and the 
client system via the server system if an ap- 
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prove signal is provided in the transmitting a 
billing approve/reject signal step. 

73. A method as set out in claim 72 further comprising 
the step of assigning an IP address to the client sys- 
tem, prior to the step of providing a set of billing op- 
lions. 

74. A method as set out in claim 72 further comprising 
the following steps prior to the step of providing a 
set of billing options: 

determining if the client software on the client 
system is missing any components necessary 
for communications with the electronic commu- 
nications network; 

providing to the client system from the server 
system missing components of the client soft- 
ware on the client system; and 
installing missing components of the client soft- 
ware on the client system. 

75. A method as set out in claim 72 further comprising 
the following steps prior to the step of providing a 
set of billing options: 

determining if the client software on the client 
system is missing any components necessary 
for communications with the electronic commu- 
nications network; 

searching the client system for install files con- 
taining the any said missing components; and 
installing any missing components of the client 
software found in the searching step. 

76. A method as set out in claim 72 further comprising 
the following steps prior to the step of providing a 
set of billing options: 

determining if the client software on the client 
system is missing any components necessary 
for communications with the electronic commu- 
nications network; 

searching the client system for install files con- 
taining the any said missing components; 
providing to the client system from the server 
system any additional missing components that 
are not found in the searching step; and 
installing any missing components of the client 
software found in the searching step. 

77. A method as set out in claim 72 further comprising 
the following steps prior to the step of providing a 
set of billing options: 



system a current version corresponding to each 
of said outdated components found in said de- 
termining step; and 

installing said current version corresponding to 
5 each of said outdated components found in 

said determining step. 

78. A method as set out in claim 72 further comprising 
the following steps prior to the step of providing a 

10 set of billing options: 

determining if the client system has proper net- 
work configuration and registry settings to ac- 
complish communication with the electronic 
15 communications network; 

if proper settings are found in said determining 
step, storing said settings in volatile working 
memory; 

requesting assignment of an IP address from 
20 the server system by the client system; and 

receiving said IP address in the client system 
from the server system. 

79. A method as set out in claim 78 further comprising 
25 the following steps before the step of providing a 

set of billing options and after the step of receiving 
said IP address: 

sending a request from the client system to 
the server system for a set of available billing op- 
30 tions. 

80. A method as set out in claim 74 further comprising 
the following steps prior to the step of providing a 
set of billing options: 

35 

determining if the client system has proper net- 
work configuration and registry settings to ac- 
complish communication with the electronic 
communications network; 
40 if proper settings are found in said determining 

step, storing said settings in volatile working 
memory; 

requesting assignment of an IP address from 
the server system by the client system; and 
45 receiving said IP address in the client system 

from the server system. 

81. A method as set out in claim 72 wherein a plurality 
of client systems are in communication with the 

so server system, further comprising the steps of: 

maintaining a database in the server system 
tracking identifying information for each of said 
client systems in communication with said serv- 
er system; 

for each said client system, recording in said 
database said billing information for each re- 
spective client system and data representing 



ss 

determining if the client software on the client 
system is has any outdated components; 
providing to the client system from the server 
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the amount of monetary charges accumulated 
by each of said respective client systems. 

82. A method as set out in claim 81 wherein said data 
representing the amount of monetary charges in- 5 
eludes data representing connect time. 

83. A method as set out in claim 81 further comprising 
the steps of: 

10 

recording data representing the total amount of 
monetary charges for each respective client 
system following disconnection of client sys- 
tem; 

transmitting said total amount of monetary is 
charges to a network management system; and 
processing account billing corresponding to the 
total amount of monetary charges in the net- 
work management system. 

20 

84. A method as set out in claim 72 further comprising 
the steps of: 

periodically sending a periodic connect signal 
from the client system to the server system con- 25 
firming that the client system is still connected; 
providing a clock signal in the server system; 
determining in said server system if said peri- 
odic connect signal is received from said client 
system within a predetermined period based on 30 
said clock signal; 

setting a disconnect parameter within said 
server system if in the determining step it is de- 
termined that said periodic connect signal has 
not been received from said client system with- 35 
in the predetermined period. 

85. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system including a 40 
Central Processor Unit (CPU), volatile working 
memory associated with the CPU, a communica- 
tions interface and the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 45 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, the method comprising: 

so 

providing a set of billing options, the billing op- 
tions including at least one technique for mak- 
ing a monetary payment; 
specifying a billing preferences and transmit- 
ting the billing preference to the server system 55 
from the client system; 

sending an approval inquiry from the server 
system to a remote approval system; 
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sending a temporary approval signal from the 
server system to the client system before an ap- 
proval signal is received by the server system 
from the remote approval system; and 
conducting two-way communications between 
the electronic communications network and the 
client system. 

86. A method as set out in claim 85 further comprising 
the steps of: 

receiving a rejection signal in the server system 
from the remote approval system; 
transmitting a rejection signal from the server 
system to the client system; and 
discontinuing two-way communications be- 
tween the electronic communications network 
and the client system. 

87. A method as set out in claim 85 further comprising 
the steps of: 

sending a rejection signal from the server sys- 
tem to the client system; and 
transmitting additional billing information from 
the client system to the server system. 

88. A communication system providing communication 
among a client system, server system and an elec- 
tronic communication network, the client system 
running client software for managing the communi- 
cations between the client system and the electron- 
ic communications network, the server system run- 
ning server software for managing communications 
between a plurality of client systems and the elec- 
tronic communications network, the communica- 
tions means comprising: 

means for providing a set of billing options, the 
billing options including at least one technique 
for making a monetary payment; 
means for specifying a billing preferences and 
transmitting the billing preference to the server 
system from the client system; 
means for transmitting a billing approve/reject 
signal from the server system to the client sys- 
tem; 

means for conducting two-way communica- 
tions between the electronic communications 
network and the client system via the server 
system if an approve signal received in the cli- 
ent system. 

89. A communications system as set out in claim 88 fur- 
ther comprising means for assigning an IP address 
to the client system. 

90. A communications system as set out in claim 88 fur- 
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ther comprising: 

means for determining if the client software on 
the client system is missing any components 
necessary for communications with the elec- 
tronic communications network; 
means for providing to the client system from 
the server system missing components of the 
client software on the client system; and 
means for installing missing components of the 
client software on the client system. 

91 . A communications system as set out in claim 88 fur- 
ther comprising: 

means for determining if the client software on 
the client system is missing any components 
necessary for communications with the elec- 
tronic communications network; 
means for searching the client system for install 
files containing the any said missing compo- 
nents; and 

means for installing any missing components 
of the client software. 

92. A communications system as set out in claim 88 fur- 
ther comprising: 

means for determining if the client software on 
the client system is missing any components 
necessary for communications with the elec- 
tronic communications network; 
means for searching the client system for install 
files containing the any said missing compo- 
nents; 

means for providing to the client system from 
the server system additional missing compo- 
nents; and 

means for installing any missing components 
of the client software provided to the client sys- 
tem by the means for providing. 

93. A communications system as set out in claim 88 fur- 
ther comprising: 

means for determining if the client software on 
the client system is has any outdated compo- 
nents; 

means for providing to the client system from 
the server system a current version outdated 
components; and 

means for installing said current version corre- 
sponding to each of said outdated components. 



10 



proper network configuration and registry set- 
tings to accomplish communication with the 
electronic communications network; 
means for storing said settings in volatile work- 
ing memory; 

means for requesting assignment of an IP ad- 
dress from the server system by the client sys- 
tem; and 

means for receiving said IP address in the client 
system from the server system. 



95. A communications system as set out in claim 94 fur- 
ther comprising: 

means for sending a request from the client 
system to the server system for a set of available 
billing options. 

96. A method as set out in claim 90 further comprising: 
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means for determining if the client system has 
proper network configuration and registry set- 
tings to accomplish communication with the 
electronic communications network; 
means for storing said settings in volatile work- 
ing memory; 

means for requesting assignment of an IP ad- 
dress from the server system by the client sys- 
tem; and 

means for receiving said IP address in the client 
system from the server system. 

97. A method as set out in claim 88 wherein a plurality 
of client systems are in. communication with the 
server system, further comprising: 

means for maintaining a database in the server 
system tracking identifying information for each 
of said client systems in communication with 
said server system; 

means for recording in said database for each 
said client system, said billing information for 
each respective client system and data repre- 
senting the amount of monetary charges accu- 
mulated by each of said respective client sys- 
tems. 



98. A communications system as set out in claim 97 
wherein said data representing the amount of mon- 
etary charges includes data representing connect 

50 time. 

99. A communications system as set out in claim 97 fur- 
ther comprising: 



94. A communications system as set out in claim 88 fur- 55 
ther comprising: 

means for determining if the client system has 



means for recording data representing the total 
amount of monetary charges for each respec- 
tive client system following disconnection of cli- 
ent system; 
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means for transmitting said total amount of 
monetary charges to a network management 
system; and 

means for processing account billing corre- 
sponding to the total amount of monetary s 
charges in the network management system. 

1 0X). A communications system as set out in claim 88 fur- 
ther comprising: 

10 

means for periodically sending a periodic con- 
nect signal from the client system to the server 
system confirming that the client system is still 
connected; 

means for providing a clock signal in the server is 
system; 

means for determining in said server system if 
said periodic connect signal is received from 
said client system within a predetermined peri- 
od based on said clock signal; 20 
means for setting a disconnect parameter with- 
in said server system if said determining means 
determines that said periodic connect signal 
has not been received from said client system 
within the predetermined period. 2s 

1 01 .A data storage medium including machine readable 
code thereon for use in a client computer system 
having a Central Processor Unit (CPU), volatile 
working memory associated with the CPU, a com- 30 
munications interface, and means for reading code 
from the storage medium, the storage medium com- 
prising: 

means for receiving a set of billing options, the 3S 
billing options including at least one technique 
for making a monetary payment; 
means for specifying a billing preferences and 
transmitting the billing preference to the server 
system from the client system; 40 
means for receiving a billing approve/reject sig- 
nal from a server system to the client system; 
means for conducting two-way communica- 
tions between an electronic communications 
network and the client system via the server 45 
system if an approve signal is received. 

102. A data storage medium including machine readable 
thereon for use in a server computer system having 
means for reading code from the storage medium, 50 
the server system being adapted for communication 
with a plurality of client systems, the storage medi- 
um comprising: 

means for providing a set of billing options, the 55 
billing options including at least one technique 
for making a monetary payment; 
means for receiving a billing preference from 
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one of the client systems; 
means for transmitting a billing approve/reject 
signal from the server system to one of the cli- 
ent systems; 

means for accommodating two-way communi- 
cations between an electronic communications 
network and any of the plurality of client sys- 
tems via the server system it an approve signal 
received in the client system. 

103. A computer operating system having a communi- 
cations feature for providing communication among 
a client system, server system and an electronic 
communication network, the client system running 
client software for managing the communications 
between the client system and the electronic com- 
munications network, the server system running 
server software for managing communications be- 
tween a plurality of client systems and the electronic 
communications network, the communications fea- 
ture comprising: 

means for receiving a set of billing options from 
said server system, the billing options including 
at least one technique for making a monetary 
payment; 

means for specifying a billing preferences and 
transmitting the billing preference to the server 
system from the client system; 
means for receiving a billing approve/reject sig- 
nal from the server system to the client system; 
means for conducting two-way communica- 
tions between the electronic communications 
network and the client system via the server 
system if an approve signal is received from the 
server system, signal step. 

104. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, the method comprising: 

providing network setting parameters by the 
server system to a client system; 
specifying a billing preference and transmitting 
the billing preference to the server system from 
the client system; 

transmitting a billing approve/reject signal from 
the server system to the client system; 
conducting two-way communications between 
the electronic communications network and the 
client system via the server system if an ap- 
prove signal is provided in the transmitting a 
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billing approve/reject signal step. 

105. A method as set out in claim 104 further comprising 
the steps of: 

5 

recording network settings of the client system 
prior to the step of providing network setting pa- 
rameters; and 

restoring the recorded network settings follow- 
ing the step of conducting two-way communi- 10 
cations between the electronic communica- 
tions network and the client system. 

106. An apparatus for providing communication over an 
electronic communications network comprising: is 

a server system having a processor unit and 
running server software controlling the opera- 
tions of the server system; 

at least one client system including a central 20 
processor unit (CPU), and a communications 
interface; 

a plurality of access ports linked for electronic 
communication with the server system, where- 
in each of the access ports also is configured 25 
to be linked for electronic communication with 
a client system; 

wherein the server software includes: means 
for providing a unique identifier to each of said 
client systems linked to a particular access 30 
port; means for receiving the unique identifier 
from any of said client systems and thereby 
identify the particular client system; and means 
for associating billing parameters with at least 
one of the client systems. 35 

107. An apparatus as set forth in claim 106 wherein the 
server software further includes: means for promot- 
ing a communications between any of the client sys- 
tems and an electronic communications network. 40 

108. An apparatus as set forth in claim 106 further com- 
promising a network management server in com- 
munication with the server system. 

45 

109. An apparatus as set forth in claim 106 further com- 
prising a plurality of said server systems, each of 
which are capable transmitting and receiving data 
from the network management server. 
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